Admincraft LogoAdmincraft

Recent Discussions

Is save-all, save-off, and save-on viable for a backup solution?

Open in Discord
Unanswered
Polar bear posted this in #questions
Messages74 messages
Views0 views
Polar bearOP
I'm working on a backup solution for my Minecraft server, but despite using save-all, save-off, and save-on during its usage, I'm still getting warnings saying that the world file is changing during backups. Attached are screenshots of said warnings.

I'm wondering if these warnings mean a higher likelihood of a broken backup, and if it's better to just shut down the server to perform the backups. Shutting down the server isn't preferable, but, if it's required I'll do it.
image.png
@Tamz save-all, save-off, and save-on arent backups
they are just Data saves for the server/client
you cant revert back to an older save from minecraft so i wouldnt say its a backup imo
Polar bearOP
I understand they aren't backups. My question is that, despite using save-off before performing the backup, I'm still getting warnings during the backup that world & world_the_end are being changed while the backup file is being created. I feel like this isn't expected behavior, since I think save-off should prevent any modification of world files until save-on is ran
Tamz
thats because minecraft reads and writes on the region files at the same time
its a editable thing from server.properties
my quesiton is, whats wrong if it does pop up the error... is it stopping the server from saving? im just confused on that
never had this sort of issue personally
Polar bearOP
It's not preventing the backup file from being created, but I worry that it'll lead to world corruption, or something. I'm just wondering if anybody has experienced anything similar
"thats because minecraft reads and writes on the region files at the same time its a editable thing from server.properties" Wdym by this?
image.png
@Tamz Click to see attachment
Polar bearOP
But should it be doing this if save-off is ran?
Tamz
save off or on its still syncing
server properties overwrites it
Polar bearOP
I see
So, would you say it's likely that if I were to make sync-chunk-writes false, it'll stop the world files from being changed after save-off and before save-on?
This could be a bad solution I'm proposing lol
PM_ME_YOUR_REPO
when you save-off and then save-all, include a few minutes of wait in your script to allow it time to write to disc. that's what I did when I was using an rclone script to zip and upload to S3 back in 2021. the delay was necessary.
Tamz
this would slow Down the speed of saving, and risk a higher chance of rollbacks / possible corruption
or something along the lines of that
@PM_ME_YOUR_REPO when you save-off and then save-all, include a few minutes of wait in your script to allow it time to write to disc. that's what I did when I was using an rclone script to zip and upload to S3 back in 2021. the delay was necessary.
Polar bearOP
I actually did this, kind of nifty I think:
tmux send-keys -t $tmux_session 'save-all' Enter
echo "Saving the game..."
mkdir -p $backup_directory
saving=true
while $saving; do
    if ! tmux capture-pane -pt 0 -S 10 | grep -q 'Saved the game'; then
        echo 'Waiting for game to save...'
        sleep 5
    else
        echo '"Saved the game" found! Running "save-off" for backup...'
        saving=false
    fi
done

if $ARE_PLAYERS; then tmux send-keys -t $tmux_session 'tellraw @a {"text":"Server is now backing up...","color":"gold"}' Enter; fi
tmux send-keys -t $tmux_session 'save-off' Enter
@Polar bear So, would you say it's likely that if I were to make sync-chunk-writes false, it'll stop the world files from being changed after save-off and before save-on?
PM_ME_YOUR_REPO
sync is short for synchronous, not synchronize. as in, chunk writes are happening off the main thread when that's disabled. Synchronous chunk writes are slower.
Polar bearOP
I see
Loading...