On Tuesday 01 November 2005 02:12, Anders Henke wrote: > On Oct 29 2005, Anders Henke wrote: > > I can circumvent Bacula's current behaviour by enabling Data Spooling, > > however, this also adds up 100% of IO load to the backup server, as > > each client is streamed to a temporary file and afterwards copied into > > a volume. > > > > I would expect Bacula to count the number of currently running jobs for > > this volume when starting a new job and ask the storage daemon to use a > > new volume for the next job, if the number of already running jobs per > > volume exceeds the configured limit of jobs per volume.
Good idea. However, I think you will find that it is not so easy to do. There are a number of "race" conditions between the Director and SD when using multiple threads. If you are running a single job at a time, which from everything I see is what you should be doing, these fuctions will work correctly. Fixing them to work in a multi-thread (multiple simultaneous jobs) is a real brain twister. If someone wants to submit a patch that would help ... > > In between, I've enabled Data Spooling just for curiosity ... > -there are no longer multiplexed streams to the same Volume (good). > -IO Load is as bad as expected: backup takes twice as long. > > In this setup, another problem came up: one backup job has been despooling > to the Volume and database, but in between a second job started, created > a new volume and aborted, as the "disk device" still had the other Volume > mounted: > > [...] > 31-Oct 20:38 anders3-dir: Start Backup JobId 33, > Job=home-home-achim.2005-10-31_20.38.02 > 31-Oct 20:38 anders3-dir: Created new Volume "File-0010" in catalog. > 31-Oct 20:38 anders3-sd: home-home-achim.2005-10-31_20.38.02 Fatal error: > Device /home/bandsalat is busy writing on another Volume. > 31-Oct 20:38 home-fd: home-home-achim.2005-10-31_20.38.02 Fatal error: > job.c:1665 Bad response to Append Data command. Wanted 3000 OK data > , got 3903 Error append data > > 31-Oct 20:38 anders3-dir: home-home-achim.2005-10-31_20.38.02 Error: Bacula > 1.36.3 (22Apr05): 31-Oct-2005 20:38:58 > > This happened multple times so far and looks like a real bug to me. > > To me, Bacula should behave in one of two ways: > -bacula should wait until the device is empty, before it attempts to > auto-create and mount a new volume. I believe this is what 1.38.0 does, at least it is what is is *supposed* to do. 1.36.3 does not work correctly in this situation. > -the storage daemon should be able to mount as many volumes concurrently > as configured in Maximum Concurrent Jobs and the director should > be able to make use of this ability. This would also help to clear > a few of my other issues (concurrent restore, concurrent backups). See my notes at the top of this email ... > > > Regards, > > Anders > > > ------------------------------------------------------- > This SF.Net email is sponsored by the JBoss Inc. > Get Certified Today * Register for a JBoss Training Course > Free Certification Exam for All Training Attendees Through End of 2005 > Visit http://www.jboss.com/services/certification for more information > _______________________________________________ > Bacula-users mailing list > Bacula-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bacula-users -- Best regards, Kern ("> /\ V_V ------------------------------------------------------- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
