[Not a Bug] Error when trying to backup server

Glucoz

Glucoz

New member
Feb 22, 2022
16
0
0
45
Hi,
It's me again ;-)
I'm getting error messages when trying to backup my server.

I'm running 2 instances of 7DTD on the same Windows Server 2022 VM.
Only one is currently managed by RAT.
I separated each instance under its own folder and I've also altered the XML to store the game data not in the usual %appdata% folder.
Instance 1's binaries are located in C:\SteamCMD\7_days_to_die_server_instance1
And its XML is pointing to :
XML: 
<property name="UserDataFolder" value="C:\SteamCMD\7_days_to_die_server_instance1\CustomAppData" />
<property name="SaveGameFolder" value="C:\SteamCMD\7_days_to_die_server_instance1\CustomAppData" />

I guess this might be the cause of the backup, I'm not sure.
But it looks like RAT is looking in the default location, which is not where the game data is stored in my case.

Here's the RAT log :


Code: 
2022-03-07 20:56:30 - Error: Unable to locate game world, game world not backed up!
Checked in order, the following folders: User Data Folder: C:\SteamCMD\7_days_to_die_server_instance1\CustomAppData\GeneratedWorlds\RWG
Pregen Folder: C:\SteamCMD\7_days_to_die_server_instance1\Data\Worlds\RWG
RWG Default Folder: C:\Users\MyUserName\AppData\Roaming\7DaysToDie\GeneratedWorlds\RWG
2022-03-07 20:56:34 - Error: Unable to locate game world, game world not backed up!
Checked in order, the following folders: User Data Folder: C:\SteamCMD\7_days_to_die_server_instance1\CustomAppData\GeneratedWorlds\RWG
Pregen Folder: C:\SteamCMD\7_days_to_die_server_instance1\Data\Worlds\RWG
RWG Default Folder: C:\Users\MyUserName\AppData\Roaming\7DaysToDie\GeneratedWorlds\RWG
2022-03-08 20:56:08 - Error: Unable to locate game world, game world not backed up!
Checked in order, the following folders: User Data Folder: C:\SteamCMD\7_days_to_die_server_instance1\CustomAppData\GeneratedWorlds\RWG
Pregen Folder: C:\SteamCMD\7_days_to_die_server_instance1\Data\Worlds\RWG
RWG Default Folder: C:\Users\MyUserName\AppData\Roaming\7DaysToDie\GeneratedWorlds\RWG
2022-03-08 21:03:15 - Error: Unable to locate game world, game world not backed up!
Checked in order, the following folders: User Data Folder: C:\SteamCMD\7_days_to_die_server_instance1\CustomAppData\GeneratedWorlds\RWG
Pregen Folder: C:\SteamCMD\7_days_to_die_server_instance1\Data\Worlds\RWG
RWG Default Folder: C:\Users\MyUserName\AppData\Roaming\7DaysToDie\GeneratedWorlds\RWG
 
hi @Trekkan ,
I had a look at these settings.
They seems right to me.
In fact they were automatically populated by RAT when I used the import XML function to take over my existing server.

I'm no expert in 7DTD dedicated server, but it is my assumption that there should be no data stored in %appdata% since I modified the 2 params in the XML as explained above. Yet, according to the RAT log, it seems RAT is still looking for data in C:\Users\MyUserName\AppData.

Could this be the cause of this issue ?
I'd love to be able to rely on RAT for the automatic backup of my servers.
At the moment, I'm running 2 scheduled tasks with a Powershell script to backup the data, but I'm not 100% if this would be a reliable way to backup the game.


1345
 
Make sure you change the User Data Folder and Save Game Folder within RAT.

Then in the above screenshot, you still need to change the Game World Name to the correct game world name... RWG is only used during the generation of a new world. After the world exists, you have to manually change that there, because the game server creates a randomly generated name for the folder and there is no way for RAT to figure that out.

Then, from there you'll set the Save Game Name (which is based off of the folders within the Game World Name you selected in the dropdown above it).
 
Hi Trekkan
I changed the World Game Name as suggested and the backup are now working.
Now that I know, it does make sense indeed having to change the name of a RWG after its generation; but this is something not obvious for 7DTD admin noob like me.
Thanks again for your help
 
By the way, out of interest and to understand how this works, do you know why I get this message in the console ?

Code: 
2022-03-14 16:49:01 - BACKUP: File already exists, skipping backup of game world (this is not a problem).  File: C:\Backups\RATBackups\RedIsDead\North Kicahawo Mountains.zip

When I go in the backup directory, I do see daily backup files + one without a date (the one mentioned in the console)


Code: 
PS C:\Backups\RATBackups\RedIsDead> ls


    Directory: C:\Backups\RATBackups\RedIsDead


Mode                 LastWriteTime         Length Name
----                 -------------         ------ ----
-a----         3/10/2022   9:42 AM      276143304 North Kicahawo Mountains.zip
-a----         3/10/2022   9:43 AM      347518279 North Kicahawo Mountains_RedIsDead_2022-03-10 094240.zip
-a----         3/10/2022  11:02 AM      347813515 North Kicahawo Mountains_RedIsDead_2022-03-10 110217.zip
-a----         3/11/2022  10:53 AM      361081831 North Kicahawo Mountains_RedIsDead_2022-03-11 105247.zip
-a----         3/12/2022  10:53 AM      392317461 North Kicahawo Mountains_RedIsDead_2022-03-12 105248.zip
-a----         3/13/2022  10:53 AM      395255452 North Kicahawo Mountains_RedIsDead_2022-03-13 105249.zip
-a----         3/13/2022  11:10 PM      400020406 North Kicahawo Mountains_RedIsDead_2022-03-13 230918.zip
-a----         3/13/2022  11:12 PM      400020406 North Kicahawo Mountains_RedIsDead_2022-03-13 231146.zip
-a----         3/14/2022   4:49 PM      404220684 North Kicahawo Mountains_RedIsDead_2022-03-14 164901.zip
-a----         3/14/2022  11:11 PM      413730693 North Kicahawo Mountains_RedIsDead_2022-03-14 231052.zip
 
Glucoz said:
By the way, out of interest and to understand how this works, do you know why I get this message in the console ?

Code: 
2022-03-14 16:49:01 - BACKUP: File already exists, skipping backup of game world (this is not a problem).  File: C:\Backups\RATBackups\RedIsDead\North Kicahawo Mountains.zip
Click to expand...

Yeah, it really isn't obvious and something I need to try and make more clear.

As for the skipping of that file, that is because, those files don't change, so there is only reason to back them up once (the file without a date on it). Everything else, changes so that's why they have the continual backups.
 
You must log in or register to reply here.
Top Bottom