Newsgroup: it.comp.os.linux.sys
Titolo: Rsync con directory nfs

Ciao,
dovrei effettuare la sincronizzazione tra 2 directory.
La directory di destinazione ï¿œ montata tramite nfs.
In realtï¿œ, piï¿œ che di una sincronizzazione, si tratterebbe di una copia 
dalla directory di origine a quella di destinazione; nel senso che, 
nella cartella di destinazione, non verrebbero mai aggiunti o 
modificati   file, se non quelli copiati/sincronizzati dalla cartella 
di origine.
Avevo pensato a qualcosa del tipo:
rsync -avrzh --delete /origine /destinazione
Consigli o suggerimenti in merito?
Grazie
ciao


boh .... ma, se non hai nulla da "syncare":
$ cd /origine; cp -a . /destinazione/
makes the trick.
-- 
echo onailimissaM | awk 'BEGIN { FS = "" }
{ for (i = NF; i >= 1; i-- )
   printf $i }'; echo

 $ cd /origine; cp -a . /destinazione/
Certo, ma se cancello un file dalla directory di origine, me lo deve 
cancellare anche dalla destinazione.
Ha senso l'opzione per comprimere oppure, in questo caso, ï¿œ uno spreco 
di tempo inutile?
Grazie
ciao

 di tempo inutile?
La compressione ha certamente tantissimo senso, ma:
di che quantitï¿œ di file stiamo parlando?
che dimensioni ci sono in ballo?
che banda hai a disposizione?


 che banda hai a disposizione?
Scusami, hai ragione, mi chiedevo se avesse senso perche si tratta di 2 
macchine in lan collegati tra loro da uno switch gigabit.
Quindi, trattandosi, a regime, di una decina di file tgz (quindi giï¿œ 
compressi), nell'ordine di 2/3 gb ogn'uno, non so fino a che punto ï¿œ 
conveniente zippare.
Grazie
ciao


Io farei la prova con e senza compressione e deciderei in base ai risultati.
e il caso che ti dica che per misurare il tempo di esecuzione basta 
anteporre 'time' ai comandi da eseguire? Pardon ma non conosco il tuo 
livello di conoscenza.
Quindi:
time rsync -avrzh --delete /origine /destinazione


 conveniente zippare.
Se sono gzip, fondamentalmente è inutile.
-- 
Vide


avevo risposto (quasi) senza leggere :(


 Se sono gzip, fondamentalmente ï¿œ inutile.
Se si trattasse di file "normali", quindi non ancora zippati, essendo 
la directory di destinazione nfs su una macchina in rete lan connessa 
con switch gigabit, avrebbe senso la compressione?
Scusami, ma ï¿œ questo che intendevo, anche se in effetti, la cosa piï¿œ 
semplice, ï¿œ fare delle prove.
Grazie
ciao

 time rsync -avrzh --delete /origine /destinazione
Grazie,
hai ragione, faccio prima a fare un test.
Grazie per il consiglio.
Ciao

 semplice, ï¿œ fare delle prove.
ï¿œ decisamente il caso di fare una prova.
Ad esempio non ho idea come rsync tratta la compressione di un file 
molto grande. Lo comprime per intero, o fa a pezzi alla volta 
(splittandolo) e inizia a passare i pezzi uno alla volta?
E quanto impiegherebbe a comprimere un file intero? E se la CPU fosse 
scadente?
Decisamente, devi fare la prova.






On 2010-02-18 20:33:56 +0100, sagi said:




La directory di destinazione è montata tramite nfs.




rsync -avrzh --delete /origine /destinazione




Secondo me l'opzione -z non ha alcun senso poichè, in questo caso, il file viene letto per intero trattandosi di nfs.




Anzi sprecheresti solo tempo e CPU inutilmente.




Nel caso usassi invece rsync tramite ssh, la compressione potrebbe aiutare, ma trattandosi di una LAN Gigabit e di file tgz probabilmente non otteresti un vantaggio aprezzabile.




Ovviamente tutto IMHO.