Hello Bruno, ah thank you now I understand. It can easily get confusing, what you have to set where.
You certainly have good reasons to limit this fixed to 5 days, but for me it may be a show stopper. I have a single tape without autoloader and I am often not at my office for one or two weeks. So it can happen quite often to me that a job fails because I can not insert a new tape in time. Combined with that you can not resume a job or at least the next incremental job counts the files in the failed job as backuped, it can be very anoying. I know I can reduce the problems by creating more smaller jobs, but this is not really a good solution for me, for I just backup one really large drive. Anyway, Thank you for clearing up my question! Bruno Friedmann schrieb am Mittwoch, 27. März 2024 um 16:20:24 UTC+1: Hi Jascha, What you maybe miss, is that inside the documentation the visible Max Wait Time is corresponding to a Director parameter, and this one is already set by default to infinite. Bareos will be able to handle very long running jobs. What you hit is a hard coded limit inside the SD a parameter called Max Wait Time which is set to the 5 days. This is not a parameter that can be set by the user, and as such it is not mentioned in the documentation. Andreas was speaking about the value of the parameter, and me about adding that missing information to the sd chapter documentation. We don't think it is a good idea to let a SD with a pending mount request blocking the queue (dir, fd, other jobs) for eternity. ;-) On samedi, 23 mars 2024 09.16:21 h CET Jascha Schubert wrote: > Hello Bruno, > I would make these changes, but I don't know the answers, what I have > written was only an assumption. I don't know what "Max Wait Time" really > does, because the description differs from what Andreas wrote and I > definitly do not know the default value or how to set it to infinite. Thats > what I try to find out in this thread. So as long as I am not sure I will > not change any thing in the documentation, for a wrong documentation is > worse tha no documentation. > > Does somebody know the answers to these questions? > > Thank You > Jascha > > Am Do., 21. März 2024 um 10:32 Uhr schrieb Bruno Friedmann > > (bruno-at-bareos) <bruno.f...@bareos.com>: > > Wishes tend to be always in late compared to any PR. You may have an > > interest to participate and make an enhancement to the documentation :-) > > > > On Thursday 21 March 2024 at 09:28:35 UTC+1 Jascha Schubert wrote: > >> Hello Andreas, > >> thank you for your answer. > >> I hope that resuming a job will be finished soon. It would be much easier > >> to work with. > >> Regarding the wait time. I found the config setting "Max Wait Time", the > >> description in the manuel suggest, that this is exactly the time i need > >> to > >> increase. > >> Do I missunderstand the documentation? > >> > >> Besides it would be nice if the documentation would include the default > >> value and also some hint like "Set to 0 for infinite" (If it is possible > >> to > >> set it to infinite) > >> > >> Thank You > >> Jascha > >> > >> Andreas Rogge schrieb am Mittwoch, 20. März 2024 um 09:15:15 UTC+1: > >> > >> Hi Jascha, > >> > >> Am 18.03.24 um 20:22 schrieb Jascha Schubert: > >> > I have now two questions: > >> > > >> > 1. Can I somehow continue the job, so that I don't have to start over? > >> > >> Currently not. We have added the infrastructure for that in Bareos 23, > >> but are still working on a way to actually resume the job and make sure > >> it produces a meaningful result. > >> > >> > 2. Can I set the waiting time to infinite, so that to job does not get > >> > aborted, when I take to long to change the tape? > >> > >> Currently not. The device wait time is hard-coded at a large value. At > >> some point the job has to give up and I also think that the 5 days you > >> described are usually sufficient :) > >> > >> Best Regards, > >> Andreas > >> -- 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 bareos-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/bareos-users/a57db47e-878b-44a8-ab5b-e0d95c7a6f47n%40googlegroups.com.
