Newsgroup: it.comp.os.linux.sys
Titolo: vantaggi e svantaggi uso -c su rsync

Mi sto baloccando con rsync per i backup remoti e vedo che mettendo il -c 
rsync deve calcolare il checksum e quindi è "un po'" lentino...
Ma quante possibilità ci sono che effettivamente rsync nell'altra modalità 
canni a copiare? Solo in caso di passaggio ora legale/solare e viceversa?
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
Minnie Mouse is a slow maze learner.

 
Le possibilità che sbagli in realtà non sono poi così tante, dovresti 
avere file diversi con stesso nome e stessi attributi "temporali" (e 
forse anche altro non so).
Però insomma meglio essere sicuri, Io vorrei provare a fare il cheksum 
dei soli file modificati per fare una cosa più snella del "-c".
Non saprei però come fare, forse andando a controllare solo i file 
modificati dall'ultimo backup?

 
Sì ma sei sicuro che questa operazione aiuti in quei pochi casi di 
errori possibili dell'algoritmo?
E poi perché la seconda dovrebbe essere veloce se comunque devo fare 
l'hash di tutto?

 
Beh se non sbaglio si dovrebbe modificare il file con un qualcosa che 
ripristina i flag temporali come prima della modifica e il file dovrebbe 
comunque avere la stessa dimensione.
Impossibile forse no, però molto improbabile in situazioni normali..

 equivale a dire 2 file con lo stesso nome nella stessa directory.
Ehhhh?
Ma non si stava parlando di rsync a fini di backup?
Uno dei due file e' quello originale, sulla macchina remota, l'altro
e' quello locale, sulla macchina di backup, e le differenze tra i due
servono a stabilire se rsync deve o no copiare l'uno sull'altro.
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 
Forse intendeva il path relativo?!

 Forse intendeva il path relativo?!
Mangi cavoli a merenda? ;-)
Segui il labiale: il confronto tra i due serve a capire se la copia che
hai gia' sulla macchina di backup e' uguale o diversa da quella che sta
ancora sulla macchina con i dati da salvare, cioe' se il file originale
e' stato modificato dall'ultima volta che lo hai copiato.
macchina1:/pippo/pluto.dati 340 bytes modificato oggi alle tre e dieci.
backup:/macchina1/pippo/pluto.dati 340 bytes modificato oggi alle tre
e dieci, ma il checksum e' diverso, percio' e' comunque da copiare.


 canni a copiare? Solo in caso di passaggio ora legale/solare e viceversa?
E' un problema che esiste. Ad esempio, un software per la gestione di 
immagini potrebbe intervenire sui metadati EXIF senza alterare data e
dimensioni dei file. Ecc ecc. Devi valutare come vengono usati i file 
che backuppi.
Fabio

 
Quello che dice la documentazione di rsync è che in caso di cambio dell'ora 
(passaggio da ora legale a solare) si avrebbero dei file nel backup più 
nuovi di quelli del server.
E' anche vero che facendo il backup una volta al giorno tali problemi non ci 
sono
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
Whatever became of eternal truth?

 
Non so quanto ci mette sul server ma sono centinaia di migliaia di file...
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
"People think love is an emotion.  Love is good sense."
		-- Ken Kesey

 
Adesso dovrei fare lo specchio riflesso, lo odio, ma e' l'unica cosa
fattibile.
Rileggiti il thread, e principalmente pensa al funzionamento di rsync.


 ...

 quotate bene ... stai rispondendo a roberto in questo momento.
Certo che sto scrivendo a roberto, ma e' una risposta che trae il suo senso
dal tuo accanir^Wproseguire su questo ramo del thread, quindi sta bene dove
l'ho messa e come l'ho messa.
Fabio


Backup remoti.
Sbagli a copiare = non mi copia dalla macchina1 alla macchinabackup un
file che invece e' diverso da quello che ho copiato la volta scorsa, e 
lo scopro in un modo piu' sicuro del solo confronto tra lunghezza e
data, usando il -c.
