Newsgroup: it.comp.os.linux.sys
Titolo: Errori /dev/st0 su ML310 e Debian 4

Ciao a tutti,
ho un nuovo problema, questa volta cerchero' di essere il piu' specifico 
possibile :-)
Configurazione:
HP ML310-G4, Intel Xeon 3050, 4Gb di Ram, 4x160GB SATA Raid-5
Unita' nastri Ultrium LTO-2 connessa al controller SCSI interno LSI 
Logic 53C1030
Nastri nuovi, ciclo di pulizia ripetuto piu' volte
Distro:
Debian 4.0r2, kernel 2.6.18-5-amd64
Prologo:
Il server ed il tape hanno funzionato sempre correttamente fino a ieri 
con Windows Server 2003, poi la macchina e' stata sostituita con una 
piu' performate e questo e' diventato il server di "test" per VMware Server.
Problema:
qualsiasi operazione su nastro termina con errore.
Per esempio, un semplice tar /dev/st0 /etc inizia elencando i primi 5-6 
files poi si blocca congelato in attesa infinita finche' non lo termino.
Questo e' un estratto del /var/log/messages nel momento in cui il tar si 
blocca:
Mar 11 14:11:15 vmsrv01 kernel: st0: Block limits 1 - 16777215 bytes.
Mar 11 14:11:20 vmsrv01 kernel: st0: Current: sense key: Aborted Command
Mar 11 14:11:20 vmsrv01 kernel:     Additional sense: Initiator detected 
error message received
Mar 11 14:11:22 vmsrv01 kernel: st0: Current: sense key: Aborted Command
Mar 11 14:11:22 vmsrv01 kernel:     Additional sense: Initiator detected 
error message received
Mar 11 14:11:26 vmsrv01 kernel: st0: Current: sense key: Aborted Command
Mar 11 14:11:26 vmsrv01 kernel:     Additional sense: Initiator detected 
error message received
Mar 11 14:11:26 vmsrv01 kernel: st0: Current: sense key: Aborted Command
Mar 11 14:11:26 vmsrv01 kernel:     Additional sense: Initiator detected 
error message received
Questo e' l'output di mt -f /dev/st0 status:
drive type = Generic SCSI-2 tape
drive status = 1107296256
sense key error = 0
residue count = 0
file number = 0
block number = 0
Tape block size 0 bytes. Density code 0x42 (unknown).
Soft error count since last status=0
General status bits on (41010000):
  BOT ONLINE IM_REP_EN
Questo e' l'output di lsmod:
Module                  Size  Used by
mptctl                 29960  0
mptspi                 22672  1
mptscsih               29184  1 mptspi
mptbase                56672  3 mptctl,mptspi,mptscsih
scsi_transport_spi     31488  1 mptspi
vmnet                  48816  7
vmmon                 147148  14
ipv6                  286048  32
jfs                   166992  1
dm_snapshot            20664  0
dm_mirror              25216  0
dm_mod                 62800  2 dm_snapshot,dm_mirror
sg                     40744  0
loop                   20112  0
serio_raw              12036  0
parport_pc             41640  0
psmouse                44432  0
pcspkr                  7808  0
floppy                 67112  0
parport                44684  1 parport_pc
shpchp                 42156  0
pci_hotplug            20872  1 shpchp
st                     43428  2
tsdev                  13056  0
evdev                  15360  0
ext3                  138512  3
jbd                    65392  1 ext3
mbcache                14216  1 ext3
usbhid                 45088  0
ide_cd                 45088  0
cdrom                  40488  1 ide_cd
ata_piix               19976  0
libata                106784  1 ata_piix
cciss                  64776  5
generic                10500  0 [permanent]
piix                   15492  0 [permanent]
uhci_hcd               28696  0
ide_core              147584  3 ide_cd,generic,piix
scsi_mod              153008  7 
mptspi,mptscsih,scsi_transport_spi,sg,st,libata,cciss
ehci_hcd               36104  0
tg3                   108292  0
thermal                20240  0
processor              38248  1 thermal
fan                     9864  0
il modprobe di mptspi mi restituisce il seguente output:
Mar 11 16:55:21 vmsrv01 kernel: Fusion MPT base driver 3.04.01
Mar 11 16:55:21 vmsrv01 kernel: Copyright (c) 1999-2005 LSI Logic 
Corporation
Mar 11 16:55:21 vmsrv01 kernel: Fusion MPT SPI Host driver 3.04.01
Mar 11 16:55:21 vmsrv01 kernel: mptbase: Initiating ioc0 bringup
Mar 11 16:55:21 vmsrv01 kernel: ioc0: 53C1030: 
Capabilities={Initiator,Target}
Mar 11 16:55:22 vmsrv01 kernel: scsi3 : ioc0: LSI53C1030, 
FwRev=01032700h, Ports=1, MaxQ=255, IRQ=177
Mar 11 16:55:23 vmsrv01 kernel:   Vendor: HP        Model: Ultrium 
2-SCSI    Rev: S63D
Mar 11 16:55:23 vmsrv01 kernel:   Type:   Sequential-Access 
      ANSI SCSI revision: 03
Mar 11 16:55:23 vmsrv01 kernel:  target3:0:3: Beginning Domain Validation
Mar 11 16:55:24 vmsrv01 kernel:  target3:0:3: Ending Domain Validation
Mar 11 16:55:24 vmsrv01 kernel:  target3:0:3: wide asynchronous
Mar 11 16:55:24 vmsrv01 kernel: st 3:0:3:0: Attached scsi tape st0
Mar 11 16:55:24 vmsrv01 kernel: st0: try direct i/o: yes (alignment 512 B)
Mar 11 16:55:24 vmsrv01 kernel: st 3:0:3:0: Attached scsi generic sg0 type 1
Qualche idea?
Devo prendermi il driver aggiornato dal sito della LSI e ricompilare il 
kernel?
Grazie in anticipo
-- 
Bye
Gianfranco Bartolini

 pulire le testine? Altrimenti potresti provare con il nuovo driver.
Ciao Davide,
sinceramente sono abbastanza sorpreso di questo problema che mi si 
presenta per la prima volta. Ho lavorato su molti Proliant ma e' sempre 
andato tutto liscio, anche se erano di categoria superiore (ML350/370) i 
controller scsi erano quasi sempre degli LSI Logic.
Nel dubbio ho provato ad usare nastri nuovi appena scartati. La cassetta 
di pulizia ha girato per due volte. Quello che mi sorprende e' che fino 
a due giorni fa Veritas ci salvava sopra senza problemi.
Ho trovato su 
bugzilla.kernel.org
 dei problemi simili con i controller 
Adaptec, ed erano tutti dovuti al driver vecchio e bacato presente nel 
kernel. In effetti anche questo mptspi e' del 2005, strano che non sia 
ancora stato incluso il driver aggiornato...
Poi ci sono HP e LSI che per complicare le cose supportano ufficialmente 
solo RHEL e SLES. Sul sito HP il supporto Debian e' fornito "as is" 
pero' a loro detta con Debian Etch dovrebbe essere tutto riconosciuto e 
funzionante al 100%.
Prima d'imbarcarmi in una ricompilazione di kernel con driver "dubbi" mi 
sarebbe piaciuto capirne un po' di piu'...
-- 
Bye
Gianfranco Bartolini