Backuptask crashes repeatedly
-
My backuptask crashes repeatedly always at 51% for some reason. Is there anything I can learn from the logs about the reason? This is what I got so far:
May 16 06:36:13 box:shell backup-snapshot/app_c7c7e8c7-4120-4f85-bdaa-c05453fac2ed: /usr/bin/sudo -S -E --close-from=4 /home/yellowtent/box/src/scripts/backupupload.js snapshot/app_c7c7e8c7-4120-4f85-bdaa-c05453fac2ed tgz {"localRoot":"/home/yellowtent/appsdata/c7c7e8c7-4120-4f85-bdaa-c05453fac2ed","layout":[{"localDir":"/mnt/PATH","remoteDir":"data"}]} errored BoxError: backup-snapshot/app_c7c7e8c7-4120-4f85-bdaa-c05453fac2ed exited with code 1 signal null May 16 06:36:13 box:taskworker Task took 2172.764 seconds May 16 06:36:13 box:tasks setCompleted - 4308: {"result":null,"error":{"stack":"BoxError: Backuptask crashed\n at runBackupUpload (/home/yellowtent/box/src/backuptask.js:163:15)\n at process.processTicksAndRejections (node:internal/process/task_queues:95:5)\n at async uploadAppSnapshot (/home/yellowtent/box/src/backuptask.js:360:5)\n at async backupAppWithTag (/home/yellowtent/box/src/backuptask.js:382:5)\n at async fullBackup (/home/yellowtent/box/src/backuptask.js:503:29)","name":"BoxError","reason":"Internal Error","details":{},"message":"Backuptask crashed"}} May 16 06:36:13 box:tasks update 4308: {"percent":100,"result":null,"error":{"stack":"BoxError: Backuptask crashed\n at runBackupUpload (/home/yellowtent/box/src/backuptask.js:163:15)\n at process.processTicksAndRejections (node:internal/process/task_queues:95:5)\n at async uploadAppSnapshot (/home/yellowtent/box/src/backuptask.js:360:5)\n at async backupAppWithTag (/home/yellowtent/box/src/backuptask.js:382:5)\n at async fullBackup (/home/yellowtent/box/src/backuptask.js:503:29)","name":"BoxError","reason":"Internal Error","details":{},"message":"Backuptask crashed"}} [no timestamp] Backuptask crashed
-
Is there no other logs as to why it is crashing? Can you tell us about your Cloudron version and ubuntu version? Is there a chance that nodejs version has changed? You can run
cloudron-support --troubleshoot
also to do diagnostic checks. -
@ekevu123 said in Backuptask crashes repeatedly:
My backuptask crashes repeatedly
does repeatedly here mean "often" or "always" ? I think if the backup task succeeds now and then , then we can rule out various issues.
-
I too am getting backup errors pretty much the same as the above. I ran the
cloudron-support --troubleshoot
Everything came back OK. Been going on since the beging of the month itial error messages are below then on the 11th of May they change to the error message above."status": "Failed Dependency", "message": "Log file removed/missing" }```
-
Is it always the same app in process when it crashes ?
Where is the backup being made to ? -
My backup task crashes sometimes, but not always. It could work fine for a week, and then crash thrice in a row. Absolutely not predictable. I couldn't find any other logs. I am on Ubuntu 22.04 and Cloudron 7.7.2 and do updates regularly. The updates are being done to Backblaze and changing that could probably help, but I was wondering if I could investigate further before changing that. I played a little with the backup settings lowering the part sizes etc., but I can't say for sure if that actually helped as the issue occurs so randomly.
cloudron-support --troubleshoot runs okay and there are no other issues.
-
I got a failed backup now on the other server I have running Cloudron. There it is a first time, but it still puzzles me that the logs don't give anything but this:
InternalError: We encountered an internal error. Please retry the operation again later.
It would be helpful to get more information. At least I can see here which app this happens in (Immich), but I still wouldn't know what to do about this.
-
I can now say safely that the backuptask crashes while working with Immich.
Maybe I should choose different setting? I switched to Backblaze recently and I am currently using rsync. Maybe there is a way to do this more efficiently considering that there are so many files to upload? I was assuming rsync might be more efficient than a tarball because it only syncs the changes, but I might be wrong?
-