[PLUTO-help] Backup con HP STORAGEWORKS DAT 72 C7438A

[Tiziano Stocco]

Buongiorno a tutti, avrei bisogno di un aiuto:

qualche giorno fa ho installato senza problemi una unità backup HP
Storageworks DAT 72 C7438A su un server Debian, tutto funziona perfettamente
con nastri DAT 40 ma quando provo a fare un backup su nastri DAT 72
utilizzando il comando:

 

tar –c –V “Archivio01” –f  /dev/nst0  /fileimporanti

 

ottengo il seguente errore e la spia CLEAN dell’unità inizia a lampeggiare
finchè non sostituisco il nastro:

 

tar: /dev/nst0: Cannot read: Input/output error

tar: At beginning of tape, quitting now

tar: Error is not recoverable: exiting now

 

eseguo quindi mt -f /dev/nst0 status

 

ed ottengo

 

drive type = Generic SCSI-2 tape

drive status = 1191182336

sense key error = 0

residue count = 0

file number = 0

block number = -1 

Tape block size 0 bytes. Density code 0x47 (unknown).

Soft error count since last status=0

General status bits on (1010000):

ONLINE IM_REP_EN

 

Riavvolgo e rieseguo mt -f /dev/nst0 status

 

Ed ottengo

 

drive type = Generic SCSI-2 tape

drive status = 1191182336

sense key error = 0

residue count = 0

file number = 0

block number = 0

Tape block size 0 bytes. Density code 0x47 (unknown).

Soft error count since last status=0

General status bits on (41010000):

 BOT ONLINE IM_REP_EN

 

ho eseguito la pulizia con apposita cassetta (come previsto da manuale) ma
non ho risolto nulla, ho provato quindi con altre cassette DAT72 ma il
risultato è il medesimo…. Sconfortato ho provato a recuperare il backup
eseguito l’altra notte e come per magia funziona….ho quindi reinserito una
cassetta dat72….e ancora non funziona….

 

Ho verificato la procedura di installazione e gli unici 2 punti che non ho
eseguito (in quanto non sono molto pratico e non posso permettermi di
fermare il server per qualche mio errore [magari è questa la causa…]) sono i
seguenti:

 

In order to enable large transfers under Linux (>64 KB per write), edit the
file

/usr/src/linux/drivers/scsi/st_options.h and change the definition of

ST_BUFFER_BLOCKS.

If you want requests to space to end of data to be faster, you should also
enable ST_FAST_MTEOM in

the same file. After changing this file, rebuild the modules and install the
new binary. At the very

least, this requires:

make modules

make modules_install

from the /usr/src/linux directory. See your kernel documentation.

 

Mi sorgono 3 dubbi:

1) l’unità anche se nuova è difettata 

2) le cassette dat 72 anche se nuove sono difettate 

3) è un problema di configurazione o un limite del comando TAR

 

Spero possiate aiutarmi

 

Vi ringrazio

Tiziano