Re: [Bacula-users] btape test: append scan/sample not matching

[Kern S. <ke...@si...>]

Well, this is a new twist that I had not considered:
- An OnStream that behaves like a normal tape drive (nice)
- btape "test" not smart enough to adjust the sample correct
  output for fixed block sizes.

I suspect that you are OK

I'd recommend doing a few more things before relying on the tape drive:

- Download 1.35.1 from the CVS, build it, but don't install it. Then run
the 1.35.1 btape "test" command. It is a bit more comprehensive and
tests at least one additional thing for appending a tape.

- Run the full two tape btape "fill" command (with either version of
btape) and make sure it says it was successful.

- Do a number of backup/restores, stopping and starting Bacula between
backups. This will test appending even more.

Good luck, and please let us know if it passes all the above.

On Thu, 2004-07-29 at 22:57, Scott Trudeau wrote:
> I'm attempting to get Bacula working with a SCSI OnStream ADR-50 (the 
> one and only OnStream drive that doesn't require the osst driver, 
> AFAIK).  This drive requires a 32K block size.  I'm running RedHat 7 
> with a self-compiled version of bacula 1.34.5.  The btape tests are all 
> running successfully EXCEPT the append scan output doesn't match the 
> "sample" output exactly.  Is this even a problem -- i.e., is the 
> "sample" output hardcoded or generated appropriately based on block 
> size?
> 
> Details:
> 
> I've run the following mt commands:
> 
> > mt -f /dev/nosst0 defblksize 32768
> > mt -f /dev/nst0 rewind
> > mt -f /dev/nst0 stoptions buffer-writes async-writes read-ahead
> 
> To make sure that's all set correctly.  My bacula-sd.conf has:
> 
> I've tried this with the commented options both on and off.  I've also 
> tried other block sizes.
> 
> > # OnStream ADR-50
> > Device {
> >   Name = ADR-50
> >   Media Type = ADR-50
> >   Archive Device = /dev/nst0
> >   Minimum Block Size = 32768
> >   Maximum Block Size = 32768
> > #  Hardware End of Medium = yes;
> > #  BSF at EOM = no;
> > #  Backward Space File = yes;
> > #  Fast Forward Space File = yes;
> > #  Two EOF = no;
> >   AutomaticMount = yes;
> >   AlwaysOpen = yes;
> >   Removable Media = yes;
> >   RandomAccess = no;
> > }
> 
> Here's the output of the "append" test in btape.  The scan output and 
> sample output don't match -- the byte totals don't match.  I'm not sure 
> if this is ok.  (Also, see my relevant dmesg output below).
> 
> > === Append files test ===
> >
> > This test is essential to Bacula.
> >
> > I'm going to write one record  in file 0,
> >                    two records in file 1,
> >              and three records in file 2
> >
> > btape: btape.c:412 Rewound /dev/nst0
> > btape: btape.c:1452 Wrote one record of 32668 bytes.
> > btape: btape.c:1454 Wrote block to device.
> > btape: btape.c:442 Wrote 1 EOF to /dev/nst0
> > btape: btape.c:1452 Wrote one record of 32668 bytes.
> > btape: btape.c:1454 Wrote block to device.
> > btape: btape.c:1452 Wrote one record of 32668 bytes.
> > btape: btape.c:1454 Wrote block to device.
> > btape: btape.c:442 Wrote 1 EOF to /dev/nst0
> > btape: btape.c:1452 Wrote one record of 32668 bytes.
> > btape: btape.c:1454 Wrote block to device.
> > btape: btape.c:1452 Wrote one record of 32668 bytes.
> > btape: btape.c:1454 Wrote block to device.
> > btape: btape.c:1452 Wrote one record of 32668 bytes.
> > btape: btape.c:1454 Wrote block to device.
> > btape: btape.c:442 Wrote 1 EOF to /dev/nst0
> > btape: btape.c:412 Rewound /dev/nst0
> > btape: btape.c:1007 Now moving to end of medium.
> > btape: btape.c:459 Moved to end of medium.
> > We should be in file 3. I am at file 3. This is correct!
> >
> > Now the important part, I am going to attempt to append to the tape.
> >
> > btape: btape.c:1452 Wrote one record of 32668 bytes.
> > btape: btape.c:1454 Wrote block to device.
> > btape: btape.c:442 Wrote 1 EOF to /dev/nst0
> > btape: btape.c:412 Rewound /dev/nst0
> > Done appending, there should be no I/O errors
> >
> > Doing Bacula scan of blocks:
> > 1 block of 32704 bytes in file 1
> > End of File mark.
> > 2 blocks of 32704 bytes in file 2
> > End of File mark.
> > 3 blocks of 32704 bytes in file 3
> > End of File mark.
> > 1 block of 32704 bytes in file 4
> > End of File mark.
> > Total files=4, blocks=7, bytes = 228,928
> > End scanning the tape.
> > We should be in file 4. I am at file 4. This is correct!
> >
> > The above Bacula scan should have output identical to what follows.
> > Please double check it ...
> > === Sample correct output ===
> > 1 block of 64448 bytes in file 1
> > End of File mark.
> > 2 blocks of 64448 bytes in file 2
> > End of File mark.
> > 3 blocks of 64448 bytes in file 3
> > End of File mark.
> > 1 block of 64448 bytes in file 4
> > End of File mark.
> > Total files=4, blocks=7, bytes = 451,136
> > === End sample correct output ===
> >
> > If the above scan output is not identical to the
> > sample output, you MUST correct the problem
> > or Bacula will not be able to write multiple Jobs to
> > the tape.
> 
> Relevant dmesg output:
> 
> > scsi0 : ncr53c8xx - version 3.3b
> > ncr53c895a-0: command processing resumed
> >   Vendor: OnStream  Model: ADR50 Drive       Rev: 2.39
> >   Type:   Sequential-Access                  ANSI SCSI revision: 02
> > megaraid: v1.14g (Release Date: Feb 5, 2001; 11:42)
> > megaraid: no BIOS enabled.
> > st: bufsize 32768, wrt 30720, max init. buffers 4, s/g segs 16.
> > Attached scsi tape st0 at scsi0, channel 0, id 4, lun 0
> 
> Any help appreciated.  Please reply to this (strudeau AT umich DOT edu) 
> address.  Thanks,
> 
> Scott
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by OSTG. Have you noticed the changes on
> Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
> one more big change to announce. We are now OSTG- Open Source Technology
> Group. Come see the changes on the new OSTG site. www.ostg.com
> _______________________________________________
> Bacula-users mailing list
> Bac...@li...
> https://lists.sourceforge.net/lists/listinfo/bacula-users