Following information is found in dmesg and /var/log/messages: dmesg info: [ 8.535574] scsi 0:0:0:0: Direct-Access ATA ST3160815AS 3.AD PQ: 0 ANSI: 5 [ 8.535574] ACPI: PCI Interrupt 0000:0c:02.0[A] -> GSI 18 (level, low) -> IRQ 18 [ 27.080581] scsi6 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 7.0 [ 27.080582] <Adaptec 29160B Ultra160 SCSI adapter> [ 27.080583] aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs [ 27.080584]
[ 27.641287] Driver 'sd' needs updating - please use bus_type methods [ 28.407943] hda: HL-DT-ST DVD+/-RW GSA-H53N, ATAPI CD/DVD-ROM drive [ 28.429883] scsi 6:0:3:0: Sequential-Access HP Ultrium 2- SCSI S53D PQ: 0 ANSI: 3 [ 28.429883] target6:0:3: Beginning Domain Validation [ 28.434961] target6:0:3: wide asynchronous [ 28.429883] target6:0:3: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 64) [ 28.541907] target6:0:3: Ending Domain Validation [ 32.571124] st: Version 20080224, fixed bufsize 32768, s/g segs 256 [ 32.571212] Driver 'st' needs updating - please use bus_type methods [ 32.571796] st 6:0:3:0: Attached scsi tape st0 [ 32.571853] st 6:0:3:0: st0: try direct i/o: yes (alignment 4 B) [ 32.764198] osst :I: Tape driver with OnStream support version 0.99.4 [ 32.764198] osst :I: $Id: osst.c,v 1.73 2005/01/01 21:13:34 wriede Exp $ [ 32.764198] Driver 'osst' needs updating - please use bus_type methods [ 32.782021] st0: Block limits 1 - 16777215 bytes. /var/log/messages: Dec 30 12:23:11 backup kernel: [ 8.535574] scsi 0:0:0:0: Direct- Access ATA ST3160815AS 3.AD PQ: 0 ANSI: 5 Dec 30 12:23:11 backup kernel: [ 8.535574] ACPI: PCI Interrupt 0000:0c:02.0[A] -> GSI 18 (level, low) -> IRQ 18 Dec 30 12:23:11 backup kernel: [ 27.080581] scsi6 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 7.0 Dec 30 12:23:11 backup kernel: [ 27.080582] <Adaptec 29160B Ultra160 SCSI adapter> Dec 30 12:23:11 backup kernel: [ 27.080583] aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs Dec 30 12:23:11 backup kernel: [ 27.080584] Dec 30 12:23:11 backup kernel: [ 27.641287] Driver 'sd' needs updating - please use bus_type methods Dec 30 12:23:11 backup kernel: [ 28.429883] scsi 6:0:3:0: Sequential- Access HP Ultrium 2-SCSI S53D PQ: 0 ANSI: 3 Dec 30 12:23:11 backup kernel: [ 28.429883] target6:0:3: Beginning Domain Validation Dec 30 12:23:11 backup kernel: [ 28.434961] target6:0:3: wide asynchronous Dec 30 12:23:11 backup kernel: [ 28.429883] target6:0:3: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 64) Dec 30 12:23:11 backup kernel: [ 28.541907] target6:0:3: Ending Domain Validation Dec 30 12:23:11 backup kernel: [ 32.571124] st: Version 20080224, fixed bufsize 32768, s/g segs 256 Dec 30 12:23:11 backup kernel: [ 32.571212] Driver 'st' needs updating - please use bus_type methods Dec 30 12:23:11 backup kernel: [ 32.571796] st 6:0:3:0: Attached scsi tape st0 Dec 30 12:23:11 backup kernel: [ 32.571853] st 6:0:3:0: st0: try direct i/o: yes (alignment 4 B) Dec 30 12:23:11 backup kernel: [ 32.748952] ACPI: PCI Interrupt 0000:00:1b.0[A] -> GSI 16 (level, low) -> IRQ 16 Dec 30 12:23:11 backup kernel: [ 32.764198] osst :I: Tape driver with OnStream support version 0.99.4 Dec 30 12:23:11 backup kernel: [ 32.764198] osst :I: $Id: osst.c,v 1.73 2005/01/01 21:13:34 wriede Exp $ Dec 30 12:23:11 backup kernel: [ 32.764198] Driver 'osst' needs updating - please use bus_type methods Dec 30 12:23:11 backup kernel: [ 32.782021] st0: Block limits 1 - 16777215 bytes. Any idea how to pin-point the problem? On 31 dec 2008, at 00:01, John Drescher wrote: >> I am currently using Debian Lenny and bacula 2.4.3-1. >> >> Before I was using I presume something like version 2.2X. >> >> On the earlier version, using a HP Ultrium 448 and LTO-2 tapes of >> 400GB, i >> was able to write more than 150 GB to the tape. >> After a reboot of the machine, probably also hitting a kernel update >> (running earlier Debian Etch 2.6.18, after reboot etch 2.6.22) I >> was not >> able to access the tape unit any more. >> >> After struggling for some time, decided to upgrade machine to >> lenny, and the >> newer bacula version, finaly got me into business again.. >> However, the max size of tape utilization is now 86,905,018,368 >> bytes. >> See below the /etc/stinit.def file: >> # A reel-to-reel tape with 6250/1600/800 bpi densities >> manufacturer=HP model = "Ultrium 2-SCSI" { >> can-bsr two-fms >> scsi2logical=0 >> mode1 blocksize=0 >> } >> And the current bacula-sd.conf device definition: >> Device { >> Name = TapeStorage >> Media Type = LTO2 >> Archive Device = /dev/st0 >> Device Type = Tape >> Alert Command = "sh -c 'sudo /usr/sbin/tapeinfo -f %c |grep >> TapeAlert|cat'" >> # Drive Index = 0 >> AlwaysOpen = yes; >> AutomaticMount = yes; # when device opened, read it >> RemovableMedia = yes; >> RandomAccess = no; >> Requires Mount = no >> AutoChanger = no >> # Enable the Alert command only if you have the mtx package loaded >> Maximum Spool Size = 60000000000 >> #Spool Directory = /srv/bacula/spool >> Spool Directory = /var/lib/bacula/spool >> } >> Does anyone has an idea how to fix my configuration, so I can use >> the full >> tape capacity again? >> > Your configuration is fine. Well except for /dev/st0. You should not > use that. Use /dev/nst0 instead. > > Your problem generally is either a bad SCSI driver or some bad SCSI > hardware, bad tape drive or bad tapes. > > John ------------------------------------------------------------------------------ _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users