Newsgroup: it.comp.os.linux.sys
Titolo: Amanda, configurazione HP-1537A

Hi all,
ho un problema con la configurazione di amanda.
La mia Linux box è questa:
Debian woody
Kernel 2.2.17-xfs
Amanda 2.2.4p2 (insomma ultima versione stabile)
Il mio hardware è questo:
* PPro 200 128RAM ECC
* TAPE HP-1537A SCSI
* Nastri da 24GB compressi (lisci 12GB)
I miei client sono:
* Server 1, 50MB
* Server 2, 2.3GB
* Server 3, 7GB (via samba)
amanda.conf è così configurato:
org "DailySet1"		# your organization name for reports
mailto "root@localhost"	# space separated list of operators...
dumpuser "backup"	# the user to run dumps under
inparallel 3		# maximum dumpers that will run in parallel
netusage  20000		# maximum net bandwidth for Amanda
dumpcycle 10 days	# the number of days in the normal dump cycle
tapecycle 10 tapes	# the number of tapes in rotation
bumpsize 20 MB		# minimum savings (threshold) ....
bumpdays     1		# minimum days at each level
bumpmult     4		# threshold = bumpsize * (level-1)**bumpmult
#runtapes     9		# explained in WHATS.NEW
#tpchanger "no-changer" # the tape-changer glue script
tapedev	"/dev/nst0"	# Linux @ tuck, important: norewinding
#tapedev "/dev/nrst0"	# or use the (no-rewind!) tape device directly
tapetype HP-DAT		# what kind of tape it is
labelstr "^MTI[0-9][0-9]*$"	# label constraint regex
diskdir "/space"		# where the holding disk is
disksize 16000 MB	# how much space can we use on it
infofile "/var/lib/amanda/DailySet1/curinfo"	# database filename
logfile  "/var/log/amanda/DailySet1/log"	# log filename
indexdir "/var/lib/amanda/DailySet1/index"
define tapetype HP-DAT {
    comment "DAT tape drives"
    length 24000 mbytes
    filemark 2000 kbytes
    speed 2000 kbytes
}
define dumptype high-tar {
    program "GNUTAR"
    comment "partitions dumped with tar"
    options no-compress
    priority high
}
Ecco il problema: 
Scrivendo sul DAT tutto fila liscio, almeno così sembra(non vedo
errori a monitor), quando tento il restore invece mi restora il backup
dei client da 50MB e 2.3GB e quello da 7GB (che *dovrebbe* essere
stato scritto regolarmente su dat) quando arriva a circa la metà si
stoppa dicendo "I/O error", dopo di che la luce arancione del DAT
comincia a lampeggiare, estraggo la cartuccia e continua a
lampeggiare, spengo il PC, riaccendo e torna normale.
Qual'è il problema? Può essere un problema di configurazione del dat? 
Ma com'è possibile visto che le uniche opzioni sono "length",
"filemark" e "speed" (quest'ultima stando alla doc viene pure
ignorata)? A livello kernel tutto a posto visto che arkeia funziona.
Come posso accertarmi che i parametri sopra siano esatti? Perchè
length a parte gli altri due li ho messi simili ad un esempio della
documentazione con un drive circa uguale al mio.
Idee?
Grazie a tutti.
Ciao

 "filemark" e "speed" (quest'ultima stando alla doc viene pure
Direi problema hardware. Se fossi arrivato a fondo-nastro avresti
avuto un messaggio diverso. C'e` qualcosa in /var/log/messages?
-- 
     /kinkie (kinkie chiocciola tiscalinet punto it)
Ed ora, qualche parola dai nostri sponsor:
My interest is in the future because I am going to spend the rest of my
life there.

avuto un messaggio diverso. C'e` qualcosa in /var/log/messages?
*Sembra* risolto aumentando il filemark.... sembra perchč ho fatto una
prova ed č andato ma non vorrei fosse un caso, lunedě comincio il giro
e se era un caso ritorno qua :))
tnx
Ciao