Offsite backups failed sometimes sending containers

Sometimes the backup to the Ottomatic storage fails sending the backups. I can see the databases are uploaded but it finishes after a while with this message:

 Command failed with exit code 1: /opt/OttoFMS/bin/rclone copy --config /opt/OttoFMS/config/rclone.conf /opt/FileMaker/FileMaker Server/Data/Contenedores ##:##/diario/container1 -v --use-json-log 

The log in the OttoFMS web doesn’t say anything else, is there any other log that I can check?

Another question: I have all the containers as external storage in a separate folder, is this an incremental backup? I want to reduce the backup window and space used

Hello

hmm…, not sure what is happening here. Let me ask a few questions.

  1. Are you using the alternate container data folders?
  2. is any of your container data getting backed up?
  3. do you have the schedule set to zip?

Todd

  1. Yes, I am using 1 alternate folder for the containers.
  2. Yes the databases are copied just fine
  3. Yes, it is set to zip

I can find many of the containers or maybe all in de S3 Storage, but How can I be sure that it copied if it sends an error message.

Hmm… It could be that zip doesn’t work well here. I have to check, but I think that is going to zip those folders each time and try to send them up. If that is true then it may just time out. Thats going to be way too much to zip.

If you uncheck zip, it will upload only container files that have changed since the last time. That is more like the incremental type you were hoping for.

Can you give that a try?

Let us know

Thanks

Todd

I will try. I would be nice to only zip databases y containers don’t. That would be nice in order to recover only some containers.

I have tried the same server that the problema without the zip option, it worked. So, do you recommend disable always the zip?

Well I doubt you will ever have enough time to zip a large amount container data. That will just take for ever. And even if you could, you’d get that same giant zip uploaded everyday. That would get pricy

With zip off it is only going to send new and changed files offsite so that is going to be much more efficient.

Todd

But what about the data bases?

It would be nice to be able to zip only the databases

I have disabled the backups with zip, but somedays the slack message informs of errors and others days they don’t. It is not always the same servers, it seems random.

Is there any log I can consult to see the details? for debugging

 Command failed with exit code 1: /opt/OttoFMS/bin/rclone copy --config /opt/OttoFMS/config/rclone.conf /opt/FileMaker/FileMaker Server/Data/Contenedores Ottomatic:*****/diario/container1 -v --use-json-log