Newsgroup: it.comp.os.linux.sys
Titolo: DAT usb o scsi

Io pensavo di prenderlo USB (la macchina e' abbastanza nuova da avere le 
porte 2.0) cosi' mi evito l'acquisto di una scheda scsi pero' visto che 
non so ancora che software usare vi chiedevo consigli (prendendo come 
base l'acquisto di un DAT USB).
Grazie
Rizio

Rizio ha scritto:

Io ti consiglierei di prendere un DLT o un LTO anziché un DAT.
Dal basso della mia esperienza (3xDAT, 1xSLRTape, 1xDLT, 1x LTO) i
nastri con registrazione lineare sono molto più longevi e resistenti,
coi DAT ho avuto più di un problema in fase di ripristino simulando un
disaster recovery.
Alessio

 visto che non so ancora che software usare vi chiedevo consigli
Se ci sono i driver per il DAT USB, il software usato sarà pressoché
indifferente, visto che probabilmente ci sarà un device /dev/st0 standard.
-- 
Flavio Visentin
Membro del CICAP
Comitato Italiano per il Controllo delle Affermazioni di P4

 disaster recovery.
Grazie mille del consiglio l'unico problema e' che l'azienda che me l'ha 
chiesto e' composta da 5 PC e un file server samba :(
E' puramente una scelta finanziaria; non volendo appoggiarmi ad un 
masterizzatore DVD (non solo per questioni di spazio) mi stavo 
orientando sul gradino successivo: il DAT
Anche se girando ho trovato questo: IOMEGA REV 35/90Gb Drive Interno 
ATAPI (350 euri circa). Cosa ne dici ?
Pensavo di utilizzare Amanda come sw ma non so se poi lo vede.
Rizio

 ATAPI (350 euri circa). Cosa ne dici ?
Diffida da ciò che non è standard. Il DAT non è il massimo per quanto
riguarda l'affidabilità, ma se sostituisci regolarmente le cassette e le
fai ruotare correttamente è sicuramente una scelta più valida e meno
costosa di un DVD.
Comunque se il problema è il costo, puoi trovare tape DLT usati a prezzi
ridicoli (meno di 100 euro) e l'affidabilità è nettamente superiore al DAT.


 indifferente, visto che probabilmente ci sarà un device /dev/st0 standard.
Ehhh.. bella domanda :)
Di base uso il kernel vanilla 2.4.31 ricompilato... Devo vedere quali ci 
sono di base e cosa eventualmente viene fornito con il device.
Come software mi stavo orientando su Amanda ma non ho ancora ben capito 
dalla doc su cosa si appoggia...

 dalla doc su cosa si appoggia...
Personalmente sconsiglio Amanda per un solo server. Se i dati sono
pochi, mi appoggerei ad un banalissimo script che faccia un full al
giorno. Se invece ti serve qualcosa di più complesso valuterei le
moltissime soluzioni di fascia bassa disponibili. Usare Amanda o Bacula
per un solo server è come usare la Ferrari per andare al bar sotto casa.


 per un solo server è come usare la Ferrari per andare al bar sotto casa.
Io uso flexbackup:
è uno script in perl che permette backup multilivello (differenziali,
incrementali e completi) anche in rete (via sftp) appoggiandosi a
dump/afio/tar/cpio/star/pax ed utilizza mt e buffer per i backup su nastro.
Bacula e Amanda li ho scartati appena ho visto le dimensioni degli howto. ;)
Alessio

 per un solo server è come usare la Ferrari per andare al bar sotto casa.
LOL !! Mi piace la metafora, sei stato chiarissimo :)
Grazie mille
Rizio

 Bacula e Amanda li ho scartati appena ho visto le dimensioni degli howto. ;)
Tnk's a lot. Due su due direi che mi avete convinto :)
Avete per caso un po' di documentazione "ad hoc" per controllare il tape 
o goglizzo ? Perche' a 'sto punto mi basta verificare che hw riconosce 
il 2.4.31 e a suon di script buttare tutto su nastro (il perl pero' lo 
escluderei... di tutti i linguaggi che ho "visto" per la mia testa e' il 
meno comprensibile :/ )
Tnk's
Rizio

 troppe cose inutili e device superflui.
Non so che distro usi, ma nella mia esperienza la ricompilazione del
kernel ha senso solo nel caso debbano essere patchati i sorgenti (
p.es
.
per grsecurity o alcuni drivers) o per piattaforme embedded. In tutti
gli altri casi la compilazione ad hoc rappresenta più un limite che non
un vantaggio, richiedendo molto più lavoro senza di contro offrire
vantaggi. Tanto ormai con i kernel quasi completamente modulari, vengono
caricate solo le cose necessarie e tutto il resto occupa solo spazio
disco. Di contro la manutenzione la puoi delegare alla tua distro e puoi
dedicare il tuo tempo a fare cose più interessanti.
Tutto IMHO ovviamente.


 Tutto IMHO ovviamente.
:) idem
Rizio

 meno comprensibile :/ )
Il perl non ti serve per gestire flexbackup:
si tratta solo di scegliere nel file /etc/flexbackup.conf quale tipo di
comando usare per il backup (io per sicurezza uso afio) ed il set di
directory da salvare:
http://www.edwinh.org/flexbackup/README
Lui si occupa del rewind dei nastri, della selezione dei file necessari
per il backup e passarli al buffer in modo che la scrittura su nastro
sia continua e senza interruzioni.
Alessio

 sia continua e senza interruzioni.
Detta cosi' mi piace un sacchissimo !!!! Lo provero' !
(avevo capito male la tua descrizione di prima, credevo di dover usare 
qualcosa in perl e visto che proprio adesso sto litigando con uno script 
di nagios in perl dopo voglio disintossicarmi per un bel po' !!! )
Grazie mille
Rizio

 dirmi cosa ci dovevano fare).
O hai dovuto aggiungere una scheda scsi o un tape usb2 :-P


 
Io uso slack e la prima cosa che faccio è una bella e sana ricompilata :-)
Potranno essere guadagni infinitesimi ma perché devo avere il kernel 
compilato per 386 quando ho un bixeon ht?
Quando posso abilitare alcune ottimizzazioni relative allo specifico chipset?
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
Le ho chiesto di sposarmi e lei ha detto no.
Da allora viviamo felici e contenti.
		-- Spike Milligan

 Io uso slack e la prima cosa che faccio è una bella e sana ricompilata :-)
Percio' mi avvalli :)

 per grsecurity o alcuni drivers) o per piattaforme embedded. In tutti
Posso intromettermi? Eddai, posso? :)
Io installo Debian, e quando si parla di server la prima cosa che faccio
e' ricompilare il kernel. Magari mettendo l'ultima versione disponibile
testata in altro luogo, non necessariamente l'ultima-ultima, a seconda
di come mi ispirano le notizie ricevute in merito. Non compilando tutto
cio' che non serve, perche' se non c'e' non si rompe (e poi sono pigro e
non mi va di andare a studiare initramfs). Perche' sui server il
supporto ai moduli non ci va, punto e basta - e i root-kit gia' fanno
meno paura. 
E infine, perche' senno' non posso atteggiarmi ad uber-geek dichiarando
con aria mistica: "sto compilando il kernel" quando passa qualcuno a
sbirciare lo schermo che sta a bella posta srotolando comandi GCC. :)
L'unico lato negativo nel fare cio' sta nel dover ricompilare di corsa
in caso di baco mostruoso, visto che nel mio caso si parla
esclusivamente di server internet dove la shell l'ho IO e l'AMICO MIO in
caso io non ci sia, questa eventualita' non mi si e' mai presentata.
	riportatamente,
	Cthulhu
-- 
http://www.rlyeh.it/

 in caso di baco mostruoso,
Ecco, l'hai detto.
Quindi abbiamo 0 vantaggi e uno svantaggio. Senza contare per esempio
che in sarge non puoi mettere più del 2.6.12, altrimenti devi
backportare anche udev, l'ultimo richiede initramfs che non c'è in
sarge, ....
Perché complicarsi la vita? Ripeto: al giorno d'oggi, soprattutto su
Debian, ha senso compilare un kernel ad-hoc solo in caso di patch o di
device embedded o di tempo da perdere :-)


 sarge, ....
udev serve solo se usi i moduli e vuoi l'hotplug. Puoi tranquillamente
farne a meno e usare la /dev precaricata.
Io ho 5 server con sarge e kernel 2.6.17, senza udev, senza
initramfs, senza devfs, compilati a manina senza moduli e vivo felice.
Gli unici backport sono php 5 e postgres 8.
Naturalmente non posso sperare di attaccarci il modem usb e sperare che
funzioni da solo, ma almeno il supporto per usb (HID e memorie di massa) ce
l'ho (nel caso dovessi correre con un HD portatile a fare un backup, per
esempio). Per il resto, 15 minuti di ricompilazione non mi guastano la
vita.
Bye.

 device embedded o di tempo da perdere :-)
Mah, ammetto che se i server sono sottoposti a regolare manutenzione o
tenuti in ambienti controllati, e' piu' facile cosi'. Io pero' parlo da
"piazzista" di server, o consulente di basso rango se vogliamo, che deve
mantenere bassi i costi piazzando macchine in posti che non userei
nemmeno come cantine, abbandonati e dimenticati li a funzionare finche'
non implodono di polvere. 
Magari gli lascio compilati i driver per le 4 piu' comuni schede di rete
e i 2 controller SCSI, oltre all'USB, per le emergenze cui parlavi. Per
il resto, meno roba c'e', meglio me sento.
Sara' il retaggio da Slackwarista. ;)
	iniziaticamente,
	Cthulhu
-- 
http://www.rlyeh.it/