Backup Verzeichnis im Backup enthalten

[micomat]

Hallo,

welchen Sinn macht es, alle Backups Backups jedem Backup nochmal mit zu sichern?

Backup with command: tar -cf - fhem.cfg /FHEM/ignore.cfg ./log/fhem.save ./backup ./CHANGED ./configDB.pm ./contrib ./demolog ./docs ./FHEM ./fhem.cfg ./fhem.cfg.demo ./fhem.pl ./fhem.sav ./gong.txt ./gongmp3 ./log ./README_DEMO.txt ./smaspot ./unused ./www |gzip > ././backup//FHEM-20140902_190525.tar.gz

Sonst wird das Backup bei jedem Update oder weiterm Backup um die<gesamte Groesse des vorherigen Backups groesser. Kann das bitte jemand anpassen damit das backup-Dir nicht in der Sicherung enthalten ist?

Danke,
Markus
PS: wenn ich das richtig sehe, ist die fhem.cfg zweimal im Backup Befehl enthalten? Einmal mit ./ und einmal ohne.

[betateilchen]

welchen Sinn macht es, alle Backups Backups jedem Backup nochmal mit zu sichern?

Keinen. Deshalb passiert das auch nicht. Zum Glück hat das backup-Modul offenbar mehr Intelligenz als einige seiner Benutzer.

Hier die Logmeldungen von zwei direkt hintereinander ausgeführten Backups:

Code Auswählen Erweitern


2014.09.02 19:44:39 1: NOTE: make sure you have a database backup!
2014.09.02 19:44:39 2: Backup with command: tar -cf - configDB.conf ./certs ./CHANGED ./configDB.conf ./configDB.conf.mysql ./configDB.conf.sqlite ./configDB.db ./configDB.db.bak ./configDB.pm ./contrib ./db.conf ./docs ./FHEM ./fhem.cfg ./fhem.db ./fhem.pl ./fhemDB.conf ./fhemDB2.conf ./fhemDB2.conf.orig ./log ./restoreDir ./unused ./www |gzip > ./backup/FHEM-20140902_194439.tar.gz
2014.09.02 19:45:20 1: backup done: FHEM-20140902_194439.tar.gz (12393847 Bytes)
2014.09.02 19:45:57 1: NOTE: make sure you have a database backup!
2014.09.02 19:45:57 2: Backup with command: tar -cf - configDB.conf ./certs ./CHANGED ./configDB.conf ./configDB.conf.mysql ./configDB.conf.sqlite ./configDB.db ./configDB.db.bak ./configDB.pm ./contrib ./db.conf ./docs ./FHEM ./fhem.cfg ./fhem.db ./fhem.pl ./fhemDB.conf ./fhemDB2.conf ./fhemDB2.conf.orig ./log ./restoreDir ./unused ./www |gzip > ./backup/FHEM-20140902_194557.tar.gz
2014.09.02 19:46:36 1: backup done: FHEM-20140902_194557.tar.gz (12393823 Bytes)


Aber welchen Sinn macht eine solche von Dir aufgestellte falsche Behauptung,
bevor Du das backup überhaupt einmal getestet zu haben scheinst?

[micomat]

habe ich durchaus. mit dem immer gleichen Ergebnis.
danke für das Intelligenz Kompliment...

[betateilchen]

Bei mir wird das Backup-Verzeichnis jedenfalls nicht mit gesichert.

Ich benutze das backup-Modul normalerweise überhaupt nicht, deshalb kannst Du davon ausgehen, dass sich das Modul an sein "Standardverhalten" hält und von mir nichts umkonfiguriert wurde, bevor ich es vorhin getestet habe.

[micomat]

und aus dem grund ist es deiner meinung nach ausgeschlossen, dass es damit unter keinen umstaenden irgendwelche probleme geben kann? ja nee, is klar

[betateilchen]

nö, man kann jedes fhem kaputtkonfigurieren. Aber bei "sachgemäßer Nutzung" tritt das von Dir bemängelte Fehlverhalten mit dem backup-Modul nicht auf.

Es steht Dir auch jederzeit frei, ein eigenes Backupskript nach Deinem Gusto einzubinden, genau dafür gibt es schließlich das globale Attribut backupcmd

[micomat]

danke für die nicht-Hilfe
evtl hat sonst jemand was beizutragen was auch hilft.

[Bennemannc]

Hallo,

leider nichts positives für Dich - weil es mich interessierte, habe ich ein Backup aufgerufen. Bei mir ist das Backupverzeichnis auch nicht enthalten.
Fhem Update von heute auf einer Fritzbox.

Ich habe mal in den Archiven gesucht 20. und 24. Kalenderwoche. Aber auch dort bin ich nicht fündig geworden.
Was kommt denn bei "list global" ? Poste das doch mal, vielleicht stimmt da etwas nicht.

Gruß Christoph

[marvin78]

Ich habe das gerade mal getestet. Bei mir wird das ./backup Verzeichnis ebenfalls mit gesichert (laut Log). Das Verzeichnis ist jedoch leer, da ich das Attribut backupdir auf einen anderen Pfad gesetzt habe. Nach weiteren Tests sieht es für mich so aus, als wäre das ./backup Verzeichnis immer dann im Backup enthalten, wenn das Attribut backupdir gesetzt ist. Wohl auch, wenn es den Pfad /PFAD/zu/FHEM/backup enthält.

[P.A.Trick]

Ich habe das gerade mal getestet. Bei mir wird das ./backup Verzeichnis ebenfalls mit gesichert (laut Log). Das Verzeichnis ist jedoch leer, da ich das Attribut backupdir auf einen anderen Pfad gesetzt habe. Nach weiteren Tests sieht es für mich so aus, als wäre das ./backup Verzeichnis immer dann im Backup enthalten, wenn das Attribut backupdir gesetzt ist. Wohl auch, wenn es den Pfad /PFAD/zu/FHEM/backup enthält.

Ja das habe ich auch schon einmal gelesen!

BTW: Ohne gesetzten Backupdir wird ./backup nicht mitgesichert bei mir!

Code Auswählen Erweitern

2014-09-02 21:42:29.075 Global global Backup with command: tar -cf - fhem.cfg ./log/fhem.save ./CHANGED ./check_sync_server.sh ./config ./configDB.pm ./contrib ./demolog ./docs ./EG.KZ.Rollo.Fenster ./EG.WZ.Rollo.Fenster ./EG.WZ.Rollo.Tuer ./EG.WZ.Terrassentuer ./FHEM ./fhem.cfg ./fhem.cfg.demo ./fhem.cfg.dist ./fhem.cfg.org ./fhem.cfg.template ./fhem.pl ./fhem_change_after_update.txt ./get_xbmc_videoscan_info.sh ./HISTORY ./inform_pc.sh ./lib ./log ./max.cfg ./mbox ./param ./Pressure ./Rauchmelder_Team ./README.SVN ./README_DEMO.txt ./restoreDir ./sync_fhem.sh ./truncate_log.sh ./unused ./www |gzip > ./backup/FHEM-20140902_214228.tar.gz

PS: Komischerweise wird bei gesetztem backup_before_update Attribut immer ein Backup durchgeführt, ohne das es etwas zu aktualisieren gibt!?

[marvin78]

Jau. Das war ja im Prinzip das, was ich oben schrieb

[P.A.Trick]

Jau. Das war ja im Prinzip das, was ich oben schrieb

Ich wollte doch nur den empirischen Nachweis erbringen

[betateilchen]

Bei mir wird das ./backup Verzeichnis ebenfalls mit gesichert (laut Log). Das Verzeichnis ist jedoch leer, da ich das Attribut backupdir auf einen anderen Pfad gesetzt habe.

jupp. Works as designed. Genau diese Abfrage findet im backup-Modul statt.

Ich sag doch: man kann alles kaputtkonfigurieren.