Clean todo
This commit is contained in:
parent
7e27ca0f3d
commit
e9bcdc72f0
1 changed files with 8 additions and 40 deletions
48
TODO
48
TODO
|
@ -1,43 +1,3 @@
|
||||||
09:30 < KillerFox> -F bzw. --filter
|
|
||||||
09:30 < KillerFox> -F dir-merge .backuprules
|
|
||||||
09:30 < KillerFox> rsync ist ein Optionenmonster
|
|
||||||
09:31 < KillerFox> telmich: man rsync; / FILTER RULES
|
|
||||||
09:31 < KillerFox> telmich: es ist nur ein Vorschlag, der noch nett wäre :-).
|
|
||||||
09:32 < KillerFox> telmich: btw. mir ist noch was aufgefallen. Wenn du nur ein eine
|
|
||||||
Backupversion behalten willst, könnte man rsync etwas
|
|
||||||
effizienter nutzen.
|
|
||||||
09:32 < KillerFox> zur Zeit ist es ja so, dass das alte Verzeichnis gekillt wird
|
|
||||||
und dann wieder neu gespiegelt
|
|
||||||
09:32 < KillerFox> aber wenn man nur eine Backupversion besitzt könnte man einfach
|
|
||||||
rsync drüber laufen lassen.
|
|
||||||
09:33 < KillerFox> so würde dann nur immer die differenz übertragen.
|
|
||||||
09:34 < KillerFox> -F'dir-merge,.backuprules', das wäre die korrekte Option.
|
|
||||||
09:34 < telmich> KillerFox: ah, du meinst im spezialfall, wenn es nur ein
|
|
||||||
verzeichnis gibt?
|
|
||||||
09:35 < KillerFox> das würde dann pro Verzeichnis nach .backuprules suchen.
|
|
||||||
09:35 < KillerFox> telmich: genau.
|
|
||||||
09:35 < KillerFox> und die Regeln aus .backuprules befolgen.
|
|
||||||
09:35 < telmich> KillerFox: ich denke, das werde ich erstmal in die tipps mit
|
|
||||||
aufnehmen, denn man kann es ja via rsync_options aendern
|
|
||||||
09:35 < KillerFox> telmich: das stimmt.
|
|
||||||
09:35 < KillerFox> RSYNC_EXTRA
|
|
||||||
09:36 < KillerFox> die Syntax für .backuprules kann man dann in man rsync; /FILTER
|
|
||||||
RULES nachlesen.
|
|
||||||
|
|
||||||
09:37 < KillerFox> telmich: okay.
|
|
||||||
09:37 < KillerFox> telmich: das ist nur ein Vorschlag was mir so aufgefallen ist.
|
|
||||||
09:38 < KillerFox> telmich: btw. der Vorschlag mit einem Verzeichnis kommt übrigens
|
|
||||||
von Frank. Ich hatte ihm gestern ccollect für die Spiegelung
|
|
||||||
seines System empfohlen (da ich wusste, dass rsync für ihn
|
|
||||||
alleine zu kompliziert ist)
|
|
||||||
09:38 < KillerFox> telmich: er hat da irgendwie echo '1' > daily gemacht und sich
|
|
||||||
dann gewundert, wieso er immer alles neu überträgt
|
|
||||||
09:38 < KillerFox> was bei einer angeschlossenen Platte mit USB 1.1 sehr lange
|
|
||||||
dauern kann
|
|
||||||
09:39 < KillerFox> da wäre die differenz Ideal.
|
|
||||||
09:40 < KillerFox> ich habe nur ccollect mit mehr als einer Version im Einsatz ;-)
|
|
||||||
09:40 < KillerFox> darum ist mir das nie aufgefallen.
|
|
||||||
09:40 < KillerFox> aber eigentlich logisch.
|
|
||||||
--------------------------------------------------------------------------------
|
--------------------------------------------------------------------------------
|
||||||
sven / markierung
|
sven / markierung
|
||||||
- wie seht der Marker aus?
|
- wie seht der Marker aus?
|
||||||
|
@ -49,3 +9,11 @@ Add ccollect-restore.sh (new project, perhaps coordinated with jchome's
|
||||||
ccollect-config)
|
ccollect-config)
|
||||||
--------------------------------------------------------------------------------
|
--------------------------------------------------------------------------------
|
||||||
clonen von anderen existierenden backups?
|
clonen von anderen existierenden backups?
|
||||||
|
--------------------------------------------------------------------------------
|
||||||
|
Anhaengen von der -F / --filter Doku von Killerfox
|
||||||
|
--------------------------------------------------------------------------------
|
||||||
|
ccollect Zeitausgabe verbessern
|
||||||
|
- Wofuer wie lange gebraucht
|
||||||
|
* rm
|
||||||
|
* klonen (gibt es so ja nicht)
|
||||||
|
Wenn Summary angegeben ist am Ende ausgeben
|
||||||
|
|
Loading…
Reference in a new issue