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 AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|