On 13/06/2024 20:12, Stefan G. Weichinger wrote:
interested as well, I need to speedup my weekly/monthly FULL runs
(with LTO6, though: way slower anyway).
Shouldn't the file daemon do multiple jobs in parallel?
To tape you can only write ONE stream of data.
To the spooling disk there could be more than one stream.
Yes, that seems wrong:
$ grep Concurrent *.conf
bacula-dir.conf: Maximum Concurrent Jobs = 50
bacula-dir.conf: Maximum Concurrent Jobs = 50
bacula-fd.conf: Maximum Concurrent Jobs = 50
bacula-sd.conf: Maximum Concurrent Jobs = 50
Sorry, I still don't understand what to adjust ;-)
that interleaving to tape sounds dangerous to me.
That's how Bacula works - and has since day one.
We've been using it like that since 2009, starting with an LTO-4
autoloader, currently using an LTO-6, and I'm about to start agitating
to upgrade to LTO-9.
What I want to have: the fd(s) should be able to dump backups to the
spooling directory WHILE in parallel the sd spools previous backup jobs
from spooling directory to tape (assuming I have only one tape drive,
which is the case)
Bacula does not work that way. No doubt if you tried really hard with
priority and concurrency and pools you could maybe make it work like
that, but just RTFM and use it as designed.
-> parallelizing things more
It all seems quite parallel to me.
Cheers,
Gary B-)
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
