Newsgroup: it.comp.os.linux.sys
Titolo: tar, dat e compressione hw

Salve a tutti
su una macchina di un cliente ho un dat 36/72 GB e circa 52 GB di dati da 
backuppare..
purtroppo non riesco/posso spezzettare il backup su 2 nastri
il backup viene fatto tramite un semplice tar che scrive direttamente su 
/dev/st0
non sono riuscito a trovare info su come r@##o abilitare la compressione 
hw..
any hint? ho ribaltato il sito HP ma non ho trovato nulla di esauriente
unitą HP su macchina HP ML310
TIA
Stefano 

 hw..
Perché non usi quella software che è molto più semplice? Basta aggiungere un 
-z al tar.
-- 
Flavio Visentin
Scientists have finally discovered what's wrong with the female brain:
On the left side, there is nothing right, and on the right side, there
is nothing left.

 aggiungere un -z al tar.
ci ho già provato, ma il volume di dati comunque supera i 32 GB ed il nastro 
si incazza..
grazie comunque
Stefano 

 nastro si incazza..
Prova con -j (bzip2), o ad alzare la compressione (opzione -9 di gzip e 
bzip2, da impostare in un file di config se lo richiami da tar). Se ancora 
non ci sta, la compressione hardware non potra` certo fare di meglio, 
quindi e` inutile che cerchi come attivarla. :)
Bye.

 si incazza..
E allora scordati la compressione HW. E' peggiore di gzip.
Puoi però provare con bzip2 che è un po' + efficiente di gzip (usi -j al 
posto di -z) oppure con 7zip che è un po' + efficiente di bzip2 ma devi 
lavorare in pipe.
Se nemmeno così funziona puoi eliminare qualcosa di superfluo o cambiare 
unità di backup.


 Bye.
ciao Ale
grazie per la risposta.. proverò :-)
Stefano 

 cambiare unità di backup.
eggià..
il server è stato acquistato ad ottobre ed i dati da allora si sono 
duplicati.. porkazza paletta..
se continua sto' trend a fine anno faccio prendere un lto
ciao e grazie
Stefano 

 hw..
RTFM ;-)
Ok, adesso ti dico anche quale FM devi leggere.
man mt
mt -f /dev/st0 datcompression
ti dice se la compressione e' on o off.
mt -f /dev/st0 datcompression 0
disabilita la compressione.
mt -f /dev/st0 datcompression diversodazero
abilita la compressione, il come comprimera' andrebbe scoperto dalla
documentazione del tape.
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 se continua sto' trend a fine anno faccio prendere un lto
In ogni caso se i dati sono importanti devi prendere un LTO.
DAT è una tecnologia inaffidabile, che va bene per chi salva i dati a casa o 
per chi non ha nulla di importante, ma se serve affidabilità non è 
certamente una buona scelta. Ormai con 1500 euro prendi un LTO3 400/800.


 documentazione del tape.
Ciao Roberto
ho già RTFMato parecchio ed ho già provato la tua soluzione in mille-mila 
maniere ma non funziona.. :-)
un 'mt -f /dev/st0 status' mi resituisce
SCSI 2 tape drive:
File number=0, block number=0, partition=0.
Tape block size 0 bytes. Density code 0x47 (TR-5).
Soft error count since last status=0
General status bits on (41010000):
BOT ONLINE IM_REP_EN
se invece do un bel 'mt -f /dev/st0 densities' ottengo una lista di valori 
da utilizzare ma nessuno fa riferimento al dds5 o comunque al formato 
compresso
comunque grazie per l'hint..
Stefano

 
digli anche che mt deve usare.
$ mt --version
mt-st v. 0.8
$ mt -f /dev/st0 datcompression
mt: unknown command "datcompression"
usage: mt [-v] [--version] [-h] [ -f device ] command [ count ]
commands: weof, wset, eof, fsf, fsfm, bsf, bsfm, fsr, bsr, fss, bss, rewind,
          offline, rewoffl, eject, retension, eod, seod, seek, tell, status,
          erase, setblk, lock, unlock, load, compression, setdensity,
          drvbuffer, stwrthreshold, stoptions, stsetoptions, stclearoptions,
          defblksize, defdensity, defdrvbuffer, defcompression, stsetcln,
          sttimeout, stlongtimeout, densities, setpartition, mkpartition,
          partseek, asf.
in questo caso deve usare:
$ mt -f /dev/st0 compression 1
e se funziona lo vedi dopo che il tar è stato eseguito

 mt-st v. 0.8
proliant:/ulocal/poggir# mt -V
GNU mt version 2.5
proliant:/ulocal/poggir#


 fattore di compressione o passando a 7zip
Con questo ritengo che sei fottuto. JPEG e PDF sono formati compressi, e
ai TIFF di solito si puo` applicare la compressione (LZW, ma ci sono
anche altri metodi). Per AI, PSD, e roba CAD non saprei, forse se sono
la maggioranza puoi spuntarla
Enrico

 hw..
Può darsi che stia dicendo una grossa idiozia, ma essendo una
compressione hardware non è già abilitata di default? Hai provato a
vedere quanto tiene il nastro? Esattamente 36 GB?
Io avevo un DAT 20/40 e riuscivo a memorizzare circa 26-27 GB su nastro
senza fare nulla di particolare via software.
C.

 certamente una buona scelta. Ormai con 1500 euro prendi un LTO3 400/800.
Concorso, inoltre i DAT e la compressione software usati assieme sono
il MALE... ;)
Invece di tar prova afio che comprime i file singolarmente e quindi in
caso di errore di lettura non perdi tutto il backup ma il singolo
file.
Personalmente ho fatto dismettere i DAT da tempo e nei miei server ci
sono un SLR, un LTO ed un DLT.
I primi due li avevo presi nuovi, ma anche il DLT comprato usato per
pochi euro è tutto un altro pianeta rispetto al DAT.
--
Tobe

 Concorso,
Naturalmente volevo scrivere concordo... :)
--
Tobe

 sono un SLR, un LTO ed un DLT.
Ecco, io ho appena fatto un backup su DAT. Comunque sono dati che ho copiati
in altri due posti... però perchè fan così schifo i DAT? Anche se chiusi
nella loro scatolina e messi in armadio dove nessuno li tocca? Si
deteriorano con il tempo?
-- 
Vide

 in altri due posti... però perchè fan così schifo i DAT?
Perché si deteriorano con l'uso molto più delle tecnologie concorrenti (DLT, 
LTO ecc.ecc.). Nel DDS infatti viene usata la registrazione con metodo 
elicoidale, come quella usata nei videoregistratori VHS, che fa stare il 
nastro a contatto con la testina che ruota, provocando stress meccanico del 
nastro e quindi facili rotture o comunque deterioramento del media.
Dopo 2000 passaggi o 100 full backup un DDS *DEVE* essere sostituito; questo 
significa massimo ogni due anni se fai un backup a settimana.
Per l'LTO è data una durata stimata di 1.2 milioni di passaggi.


 Per l'LTO è data una durata stimata di 1.2 milioni di passaggi.
Siamo li dai.
2000 === 1.200.000

 significa massimo ogni due anni se fai un backup a settimana.
Fiuuu... quella che ho usato ha solo un anno di vita come backup settimanale
e ora passa a backup storico, per cui dovrei essere a posto.
-- 
Vide

 del media.
Con questo messaggio mi tranquillizzi molto. :)
I nostri backup su DAT sono "fire-and-forget". Li facciamo una volta e 
rimangono li` archiviati per anni, non riutilizziamo i nastri se non forse 
dopo 5-6 anni, ma anche li` ci costa meno comprare nastri nuovi.
Bye.

 proliant:/ulocal/poggir#
S.O.?
io ho una centos4.X ed ho
[root@file-server ~]# mt --version
mt-st v. 0.8
danke
S. 

 dopo 5-6 anni, ma anche li` ci costa meno comprare nastri nuovi.
I DDS durano al massimo 10 anni se conservati perfettamente (al buio, senza 
umidità, in assenza di campi elettromagnetici), ma in genere dopo 5/6 anni 
sono inaffidabili quando non più leggibili.
Gli LTO sono stimati per 30 anni (correttamente conservati)


 Gli LTO sono stimati per 30 anni (correttamente conservati)
Ero convinto che durassero tutti (i nastri) almeno 30-50 anni, a dire il 
vero. Dovro` rivedere le politiche di turnover dei backup (dopo aver 
sentito il capo per capire per quanto tempo vuole tenere tutto). Per 
fortuna la roba utile piu` vecchia che abbiamo dovrebbe rientrare in quei 
termini (5-6 anni) tranne alcune cose che possiamo comunque gia` buttare.
Grazie per le info. :)
Bye.

 
ci sono studi a riguardo?
perché anche alcune marche di dds4 si autostimano 30 anni di vita
d'archivio.

 d'archivio.
Anche CD e DVD masterizzati erano "garantiti" 100 anni, prima che test 
indipendenti su campioni reali dimostrassero che la durata effettiva è 
normalmente inferiore ai 10 anni (e con questo diamo ad Alessandro il colpo 
di grazia ;-) ).


 colpo di grazia ;-) ).
No, niente mazzata. Lo sapevo, anche per esperienza personale, che i CD e 
i DVD durano in media 4-5 anni, poi iniziano a dare errori.
Soprattutto i gold sono molto fragili, e me ne sono capitati addirittura 
che si screpolava la pellicola dorata.
Sto parlando di quelli masterizzabili. Quelli stampati durano di piu`. 
Quelli piu` vecchi che ho sono di 12-13 anni fa e sono ancora leggibili.
Il punto era che se un DAT mi dura 5-6 anni e un DVD me ne dura 4-5, 
faccio DVD e ogni 3-4 anni ne faccio un'altra copia. Con quello che costa 
un DAT mi faccio 10 copie degli stessi dati, quindi potenzialmente arrivo 
a 30-40 anni. Anche il "tempo sistemista" e` simile, perche` a copiare un 
nastro mi servono 20 GB liberi su un disco, lettura sequenziale, quindi 
scrittura sequenziale e test, e solo con 1-2 anni di ritardo rispetto al 
DVD. Visto che un masterizzatore costa 40 euro e un lettore DAT ne costa 
400... :)
OK, non sono discorsi che si possono fare per dati fondamentali come 
quelli bancari o simili, ma per i backup che faccio io (vecchi siti, log, 
dump DB, ecc.) puo` essere economicamente interessante, soprattutto adesso 
che uno dei due DAT e` morto e l'altro e` quasi coetaneo quindi non so 
quanto durera` ancora.
Bye.

 quanto durera` ancora.
Su e-bay compri un DLT 40/80 usato a 50 euro, a volte anche meno. I nastri 
costano un po', ma se vai in qualsiasi server farm te ne regalano a decine.
