From: Richard M. <ri...@ol...> - 2006-08-31 17:00:29
|
See the mail that a sent a few minutes ago but answers to specific questions below. > -----Original Message----- > From: Kern Sibbald [mailto:ke...@si...] > Sent: 31 August 2006 17:14 > To: Richard Mortimer > Cc: bac...@li...; 'Arno Lehmann' > Subject: Re: [Bacula-devel] DVD num_parts too high (was Re: > Latest CVS) > > Hello, > > Please see below: > > On Thursday 31 August 2006 17:30, Richard Mortimer wrote: > > Hi, > > > > I can confirm the problem still exists. Details of tests and > > what the attached logs contain below. > > > > > -----Original Message----- > > > From: Kern Sibbald [mailto:ke...@si...] > > > On Thursday 31 August 2006 13:50, Richard Mortimer wrote: > > > > > > > > > -----Original Message----- > > > > > From: bac...@li... > > > > > Subject: Re: [Bacula-devel] DVD num_parts too high (was Re: > > > > > Latest CVS) > > > > > > > > > > just to let you know that DVD backups work much better > > > than before... > > > > > I'm running 1.39.20 as of August 20, and found I can > > > write to DVD and > > > > > restore from it. Only one part file and also no jobs spanning > > > > > disk, but > > > > > that's already a very good start! > > > > > > > > Yeah its looking much much better. I didn't get much time > > > to spend on it > > > > last night (a few issues at work). I tried the new latest > > > CVS and it still > > > > seemed to have the same problem of not writing multiple > > > parts correctly. I'm > > > > not convinced that I used the correct software because I > > > didn't do a make > > > > clean before I built (will rebuild this afternoon, retest > > > and capture logs). > > > > > > OK, thanks. > > > > > > I am re-working the rescue CD at the moment, but can come > > > back to this at any > > > time. The key is to be sure that src/version.h has in it > the line: > > > > > > #define BDATE "30 August 2006" > > > > > > or the CVS tag: > > > > > > * Version $Id: version.h,v 1.649 2006/08/30 16:21:52 kerns Exp $ > > > > Yes, the software reported that last night but I wasn't > convinced that it > > had all recompiled. I've done a clean build and here are > the results... > > > > 1 - Autolabel, multi-part backup. > > What do you consider a "multi-part" backup? I mean a job that spans more than one part on the DVD. i.e. it has to write to dvd a number of times during the job. So I get DVD0000, DVD0000.2, DVD0000.3 etc. I've been testing with > > Write Part After Job = yes > > always set. If you don't have this set and you are having > problems, it would > make a lot of sense. Would you clarify this point? In any > case, I'll take > a look at your output, but having an answer to this might help. > I think that I have that. My JobDefs in the director conf are JobDefs { Name = "DefaultDVDJob" Type = Backup Level = Incremental Client = shirehall-fd FileSet = "Test Set" Storage = DVD Messages = Standard Pool = Default Priority = 10 Write Part After Job = yes } > > First part (containing label and data) is not written - > still in spool > > Second part is on the DVD > > SD logs in stored.060831.autolabel4.log > > > > > 2 - Autolabel, single-part backup (an incremental of my > previous full set) > > First part written ok! > > Nothing left on the spool > > SD logs in stored.060831.autolabel5.log > > Well, at least we have something working :-) > Certainly have :-) > > 3 - Manual label, single-part backup > > Label written ok, error reported writing backup > > Nothing left on the spool > > SD logs not attached (I'm not convinced that this > wasn't another issue > > and it might be a distraction). I have them in > > stored.060831.runlabel2.log > > > > 4 - Manual label, single-part backup, multi-part backup, > 2nd multi-part > > Label written ok, single part ok, multi-part missing first bit > > 2nd multi-part didn't seem to find the DVD (maybe because of > > the missing file) > > first part of the 1st multi-part on spool > > Note had some Orphaned buffers - maybe due to BST_DOING_ACQUIRE > > the number of those match the number of orphaned buffers. > > SD logs in stored.060831.runlabel3.log > > > > Basically it seems that if we write a multi-part backup the > first part > > does not get written. So far my tests have only had 2 parts but I'll > > look to get a 3 part later to see what happens there > > As mentioned before, I always have the Write Part After Job > set to yes, and in > that case, with my simulator, I can write any number of parts > and they all > get written correctly both for manual and autolabel. > Doesn't work for me but see the other email that I sent regarding dvd_open_next_part(). Richard |