You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Using microk8s on Ubuntu 22.04.03 LTS
Dockerimage version: latest / Digest:sha256:4e89eba8d2135ab5924ea65f551a06966a7cf34ea90e2e7434ecad6c0a21e2c0
I struggled for the last couple hours to restore a backup of a world save, These are the steps I took to restore:
Using hostpath-storage navigate to the directory where the backups are stored.
cd /path/to/hostpath-storage/valheim-valheim-server-world-data-pvc-42f60004-5d4b-491c-a805-e53f53feeb54/backup
# delete worlds_local
sudo rm -r worlds_local
# copy the zip to world_local
sudo cp worlds-20230923-140004.zip ../
# unzip
sudo unzip worlds-20230923-140004.zip
# move the contents to the correct locationcd config
sudo mv * ../
# remove directory config
sudo rm -r config
The expected behavior now would be that when i restart the container, that the current .db and .fwl files will be used, instead on running k delete pod valheim-server-747d78876f-xrjlb the current .db and .fwl files are overwritten and turned into .db.old and .fwl.old and new save files are generated
I assume this is a result of the server creating backups every time it is shutdown. Deleting the pod/container with k delete causes the restored backups to be overwritten, thus we need to restart the server within the container without shutting it down.
This is how i solved the problem:
Delete worlds_local
Delete the Container k delete pod valheim-server-747d78876f-xrjlb
Execute into the new container k exec -it valheim-server-633d78834f-cjjda -- bash
There should be no worlds_local directory under /config
Using supervisor stop the service "valeim-server": supervisorctl stop valheim-server
From your backup.zip move the directory worlds_local to the hostpath-storage directory
Start the service "valheim-server": supervisorctl start valheim-server
And that's it the server will correctly start using the restored backup
I turned off the backup functionality while troubleshooting so it wouldn't continuously create new backups of the new saves on every restart, this shouldnt be necessary by following the steps described above. But if you run into difficulties you might want to try it.
The text was updated successfully, but these errors were encountered:
Using microk8s on Ubuntu 22.04.03 LTS
Dockerimage version: latest / Digest:sha256:4e89eba8d2135ab5924ea65f551a06966a7cf34ea90e2e7434ecad6c0a21e2c0
I struggled for the last couple hours to restore a backup of a world save, These are the steps I took to restore:
Using hostpath-storage navigate to the directory where the backups are stored.
this results in following files:
The expected behavior now would be that when i restart the container, that the current .db and .fwl files will be used, instead on running
k delete pod valheim-server-747d78876f-xrjlb
the current .db and .fwl files are overwritten and turned into .db.old and .fwl.old and new save files are generatedI assume this is a result of the server creating backups every time it is shutdown. Deleting the pod/container with k delete causes the restored backups to be overwritten, thus we need to restart the server within the container without shutting it down.
This is how i solved the problem:
k delete pod valheim-server-747d78876f-xrjlb
k exec -it valheim-server-633d78834f-cjjda -- bash
supervisorctl stop valheim-server
supervisorctl start valheim-server
And that's it the server will correctly start using the restored backup
I turned off the backup functionality while troubleshooting so it wouldn't continuously create new backups of the new saves on every restart, this shouldnt be necessary by following the steps described above. But if you run into difficulties you might want to try it.
The text was updated successfully, but these errors were encountered: