Newsgroup: it.comp.os.linux.sys
Titolo: Spostare grosse quantità di dati tra 2 server (rsync? netcat? cifs?)

Come da oggetto mi trovo spesso nella situazione di dover copiare decine 
di giga di roba quando effettuo migrazioni da un server all'altro. I 
dati sono prevalentemente tiff e pdf (si tratta di un'appliance basata 
su hylafax). Considerando che si tratta di un'operazione una tantum 
qual'è secondo voi il sistema più veloce per effettuare l'operazione?
Scartato scp che ha un'overhead notevole cosa mi resta? Nfs, cifs o 
magari netcat comprimendo con tar/gz?

On 2 Apr, 19:48, "Cristian \"sengo\" Mammoli" <se...@nonexistent.fake>
wrote:

Perchè non ftp?

 magari netcat comprimendo con tar/gz?
netcat è quello con minor overhead in assoluto, ma va usato rigorosamente su 
TCP, non su UDP.
-- 
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.

 
Grazie della dritta.

 Perchč non ftp?
Potrei provare ma si tratta di una cosa "una tantum" e, mentre samba e 
nfs li ho giŕ installati, preferirei evitare di tirare su un servizio 
solo per quello.

 Potrei provare ma si tratta di una cosa "una tantum" 
se per una tantum intendi una volta sola uno qualsiasi basta.
se intendi ogni tanto č diverso
-- 
i want to punch a baby

 magari netcat comprimendo con tar/gz?
rsync?

per trasferimenti una tantum io userei nfs.
se devi rifare il trasferimento degli stessi filesystem + volte (magari 
una volta al mese), magari con molti files che restano invariati rsync 
ti semplifica la vita perché muove solo i files modificati.

 magari netcat comprimendo con tar/gz?
io di solito uso rsync, ma se non ti piace io fare tar | nc da una parte
e nc | tar dall'altra o staccherei fisicamente il disco per montarlo
temporaneamente nella nuova macchina e copiare con cp.
Ciao, Micky
-- 
what's this hash prompt on my terminal mean?
Micky Del Favero  -  System Manager  &  BOFH

Cristian "sengo" Mammoli ha scritto:

Grazie a tutti per le risposte, alla fine ho optato per rsync perchè mi 
permette un minore fermo servizio: lancio rsync mentre gli utenti 
lavorano, al termine del trasferimento interrompo il servizio e 
risincronizzo i file modificati e aggiunti durante il primo rsync. Poi 
copio il db e la config e riavvio il servizio con un fermo una mezz'ora 
nel peggiore dei casi.
Certo se conoscete un sistema migliore fatevi avanti.

motion musso: aka sathia ha scritto:

Intendo una volta e basta. Nella maggior parte dei casi si tratta di 
upgrade di server o di virtualizzazioni.

 Certo se conoscete un sistema migliore fatevi avanti.
Non vorrei sembrare ripetitivo :)
Pero' se usi LVM, puoi fermare il servizio solo per la frazione di secondo
necessario a costruire uno snapshot, poi fai ripartire il servizio e
sincronizzi sempre con rsync.
-- 
Per rispondermi, sostituisci a nomecognome il mio nome e cognome
To reply me, substitute nomecognome with my real name and surname
http://bitsandchaos.wordpress.com

 Certo se conoscete un sistema migliore fatevi avanti.
Sì: prima compia con tar+nc e sincronizzazione con rsync.


 
Buona idea, stasera faccio un pò di prove.