Restoring Backups fails
-
Seems like other people had the same problem before. For me everything runs on Zen 4c infra with ecc, zfs... It for sure is not hardware related. Backups worked until a few days ago. Something must have happened on cloudron's die, weird race condition, something. This needs checking, and backups need to be tested every single time automatically by cloudron to find the pattern and cause. It can't be that a tar is corrupted. If the source is corrupted, the tar should still be ok by itself.
@philkunz yes, other users had different problems restoring backups (me too), that’s why I suggested to check other topics https://forum.cloudron.io/search?term=tarExtract&in=titlesposts.
Even because It seems that the source cause, in most scenarios, has not been identified, but in 9.x version of Cloudron situation it could be different and more reliable because of different backup health checks.
It could be interesting to know more about your setup so feel free to share here details useful for further analisys.
-
Also: When downloading a backup file through the UI: Why is the download not named after the appname and timestamp of the backup, but gernically app-backup + the timestamp of the download process? Why is the cloudron cli required for decrypting backups? It should be standard and documented. Am I missing something?
-
Hello @philkunz
Really sorry to read that you had such an unpleasant experience with the backup and restore process.
In Cloudron 9 the whole backup and restore process was overhauled with more integrity checks which should also minimize some of the issue you had here.@philkunz said in Restoring Backups fails:
Why is the cloudron cli required for decrypting backups? It should be standard and documented. Am I missing something?
Here is the documentation: https://docs.cloudron.io/guides/decrypt-backups/
Can you maybe download the older backup that did not work and try to decrypt it locally?
Regarding the unmounting exists mount and remounting.
This can also be an issue related to your backup provider.@philkunz said in Restoring Backups fails:
Clicking the Remount Storage button meanwhile works without any error?
Would have been good to see what the box.log wrote when this happened.
@philkunz said in Restoring Backups fails:
Create a working container first before deleting the old one.
I understand your sentiment, in the meanwhile, if you want to be extra careful, you can clone the app from a backup to ensure everything is working.
@philkunz said in Restoring Backups fails:
Verify backups automatically after creating them.
This is done in Cloudron 9
-
Seems like other people had the same problem before. For me everything runs on Zen 4c infra with ecc, zfs... It for sure is not hardware related. Backups worked until a few days ago. Something must have happened on cloudron's die, weird race condition, something. This needs checking, and backups need to be tested every single time automatically by cloudron to find the pattern and cause. It can't be that a tar is corrupted. If the source is corrupted, the tar should still be ok by itself.
@philkunz said in Restoring Backups fails:
Seems like other people had the same problem before. For me everything runs on Zen 4c infra with ecc, zfs...
Is ZFS supported now?