Unusual backup issue
Every now and again there is an anomaly with the backup's. It creates a .new folder in the active save folder, then moves the sandbox_0_0_0.sbs into that, then rendering the server unable to find the sandbox file, crashing it and then failing to start up with the error in the log:
2016-01-14 10:15:28.505 - Thread: 8 -> Loading session: C:\ProgramData\SpaceEngineersDedicated\SESM_24_TheXPGamers\Saves\Shackologispace (3) 2016-01-14 10:15:29.517 - Thread: 8 -> Failed to deserialize file 'C:\ProgramData\SpaceEngineersDedicated\SESM_24_TheXPGamers\Saves\Shackologispace (3)\SANDBOX_0_0_0_.sbs' 2016-01-14 10:15:29.517 - Thread: 8 -> Incorrect save data 2016-01-14 10:15:29.517 - Thread: 8 -> Exception while loading world: Sector could not be loaded
It can be resolved by moving the file/s in the .new folder back to the save folder then deleting the .new folder
Comments (5)
-
reporter -
reporter The above solution does not always work. Restoring the last backup without the .new folder in it, resolve the issue
-
repo owner The .new folder is created by the se server and is totally ignored by sesm. The backup job only save directly the selected save folder content as a zip in the backup directory, without any change to the original and without any temporary files.
This is not an sesm issue but a SE or a user one.
-
repo owner - changed status to wontfix
Not an sesm issue
-
reporter Ahh i see, however its strange as the issue does not happen when the backups are disabled, and has been noted to happen at the same time a backup is being taken
- Log in to comment
It also adds a (2) to the end of the sandbox file so renaming it to: SANDBOX_0_0_0_ (2).sbs Perhaps this could indicate some of the issue, as it is for some reason seeing 2 of the files? (even though there is only one, or atleast that i can see)
So you also have to remove the (2) to fix it