Hello there, I am about done pulling my hair out trying to find where I need to adjust a timeout setting for a job that takes longer than 30 minutes to run.
I have a job that before running will create a snapshot in ceph for a vm's disks, pull the snapshot to the backup server, extract it into a folder and then backup the contents of that folder however the disk is quite large that it backs up and so takes longer than 30 minutes to create/pull/extract the snapshot. I have added the "FD Connect Timeout" and "SD Connect Timeout" with a value of 14400 seconds to the following files; # grep -ir timeout bareos-sd.d/storage/bareos-sd.conf: FD Connect Timeout = 14400 seconds bareos-sd.d/storage/bareos-sd.conf: SD Connect Timeout = 14400 seconds bareos-dir.d/director/bareos-dir.conf: FD Connect Timeout = 14400 seconds bareos-dir.d/director/bareos-dir.conf: SD Connect Timeout = 14400 seconds bareos-fd.d/client/myself.conf: SD Connect Timeout = 14400 seconds bareos-fd.d/client/myself.conf: FD Connect Timeout = 14400 seconds The job still times out after 30 minutes. Scheduled time: 23-Jun-2022 23:00:00 Start time: 23-Jun-2022 23:00:00 End time: 23-Jun-2022 23:30:31 Elapsed time: 30 mins 31 secs FD termination status: Fatal Error SD termination status: Waiting on FD I don't know where else to add an increased timeout, please can someone tell me where I need to look to add this timeout increased figure. What is interesting is if I run the backup manually, it works fine and does it in under 30 minutes, but because the automatic schedule starts at 11pm every night, other jobs run at the same time, and so it takes longer to run it and hits this bizarre 30 minute timeout. Thanks in advance. -- You received this message because you are subscribed to the Google Groups "bareos-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/bareos-users/36478866-b1bb-4951-946a-5476373ad12bn%40googlegroups.com.
