[98_backup.pm] neue Version sucht Tester

[CoolTux]

Hallo,

Aktuell suche ich Tester um eine neue Version von 98_backup.pm zu testen.
Ihr benötigt ein aktuelles FHEM, nicht älter wie Anfang der Woche.

https://github.com/LeonGaultier/fhem-backup/archive/devel.zip

Würde mich sehr über den einen oder anderen Tester freuen.



Grüße

[Frank_Huber]

Morgen Nachmittag kann ich es auf meiner Spielweise antesten.

Gesendet von meinem Doogee S60 mit Tapatalk

[helmut]

Code Auswählen Erweitern

-rw-r--r-- 1 fhem dialout  172893814 Mär 28 17:57 FHEM-20190328_175301.tar.gz # Altes backup
-rw-r--r-- 1 fhem dialout 1552906240 Mär 28 18:02 FHEM-20190328_180041.tar.gz # devel-backup

Nachdem ich mich ueber die Groesse gewundert habe, ist nach einem tar list klar, dass die
Zieldatei nicht komprimiert ist.

Gruss Helmut

[CoolTux]

Ich Danke Dir. Das ist in der Tat seltsam. Schaue ich mir an.
Aber sonst hat alles soweit geklappt?

[CoolTux]

Sollte gefixt sein, magst noch mal testen?

[helmut]

Das "z" gehoert vor das "f", denn dem "f" muss der Dateiname nachfolgen.

Code Auswählen Erweitern


            $tarOpts = 'cfz';
            $tarOpts = 'chfz';


So wird  die tar-Datei immer noch nicht komprimiert.

Bei der Suche nach meinem Unterverzeichnis in "log" bin ich darauf gestossen, dass "log"
doppelt gesichert wird. Einmal als "log/" und das andere Mal als "./log"". Das betrifft aber nur
"log"  und ein weiteres Verzeichnis das ich selbst angelegt habe, das also nicht zum Lieferumfang
von fhem gehoert.

Gruss Helmut

[CoolTux]

Das "z" gehoert vor das "f", denn dem "f" muss der Dateiname nachfolgen.

Code Auswählen Erweitern


            $tarOpts = 'cfz';
            $tarOpts = 'chfz';


So wird  die tar-Datei immer noch nicht komprimiert.

Bei der Suche nach meinem Unterverzeichnis in "log" bin ich darauf gestossen, dass "log"
doppelt gesichert wird. Einmal als "log/" und das andere Mal als "./log"". Das betrifft aber nur
"log"  und ein weiteres Verzeichnis das ich selbst angelegt habe, das also nicht zum Lieferumfang
von fhem gehoert.

Gruss Helmut

Ok das muss ich mir dann doch noch mal in Ruhe anschauen.

Zum Thema log, kann es sein das Du das globale Attribut logdir auf ./log gesetzt hast? Das muss ich dann noch abfangen. Da ./log eh im Standard gesichert wird.

[betateilchen]

Zum Thema log, kann es sein das Du das globale Attribut logdir auf ./log gesetzt hast? Das muss ich dann noch abfangen. Da ./log eh im Standard gesichert wird.

Du machst einen Denkfehler bezüglich der Betrachtung des Standards! Es gibt die Möglichkeit, die Logfiles mit einem Platzhalter %L zu definieren, der voraussetzt, dass es ein Attribut logdir gibt.

Warum ermittelst Du nicht die FileLog devices und wertest das INTERNAL 'logfile' aus? Damit kannst Du alle Speicherorte von Logfiles finden, egal wo sie angelegt sind und unabhängig davon, ob sie über logdir definiert sind oder sonstwo (z.B. mit absoluten Pfadangaben) im Dateisystem liegen. Auch die Berücksichtigung von logdir stellt noch lange nicht sicher, dass Du alle logfiles sicherst.

[CoolTux]

Zum Thema komprimieren. Ich habe das gerade getestet und bei mir macht es keinen Unterschied ob ich über pipe und gzip (altes Verhalten) oder mittels z am Ende komprimiere. Die Größe ist immer gleich.
Nut bei ohne z und ohne gzip pipe wird es größer

[CoolTux]

Du machst einen Denkfehler bezüglich der Betrachtung des Standards! Es gibt die Möglichkeit, die Logfiles mit einem Platzhalter %L zu definieren, der voraussetzt, dass es ein Attribut logdir gibt.

Warum ermittelst Du nicht die FileLog devices und wertest das INTERNAL 'logfile' aus? Damit kannst Du alle Speicherorte von Logfiles finden, egal wo sie angelegt sind und unabhängig davon, ob sie über logdir definiert sind oder sonstwo (z.B. mit absoluten Pfadangaben) im Dateisystem liegen. Auch die Berücksichtigung von logdir stellt noch lange nicht sicher, dass Du alle logfiles sicherst.

Die Idee ist ja ganz gut, aber wie komme ich an die nicht mehr aktuellen Logfiles. Also Logfiles aus dem vorherigen Monaten zum Beispiel.

[Frank_Huber]

Abfragen was für logfiles es gibt.
Daraus dann die Pfade extrahieren.
Duplikate filtern.
Fertig.

Bin kein Programmierer, denk aber im Prinzip ist das so gemeint.

Gesendet von meinem Doogee S60 mit Tapatalk

[helmut]

Zum Thema log, kann es sein das Du das globale Attribut logdir auf ./log gesetzt hast? Das muss ich dann noch abfangen. Da ./log eh im Standard gesichert wird.

Code Auswählen Erweitern

   logdir     log/
Zum Komprimieren: Das habe ich eben von Hand probiert und muss Dir recht geben. Und - Asche auf mein Haupt,
beim zweiten Mal habe ich wohl das reload vergessen. Sorry fuer die Umstaende. Nun sieht es gut aus.

Gruss Helmut

[CoolTux]

Code Auswählen Erweitern

   logdir     log/
Zum Komprimieren: Das habe ich eben von Hand probiert und muss Dir recht geben. Und - Asche auf mein Haupt,
beim zweiten Mal habe ich wohl das reload vergessen. Sorry fuer die Umstaende. Nun sieht es gut aus.

Gruss Helmut

Kein Problem. Ich werde Udo seine Idee weiter verfolgen. Finde sie erstmal besser wie das Auslesen von logdir.

[betateilchen]

Abfragen was für logfiles es gibt.
Daraus dann die Pfade extrahieren.
Duplikate filtern.
Fertig.

Bin kein Programmierer, denk aber im Prinzip ist das so gemeint.

Genau so war das gedacht Deshalb hatte ich auch "logfile" als Internal genannt und nicht "currentlogfile"

[CoolTux]

Genau so war das gedacht Deshalb hatte ich auch "logfile" als Internal genannt und nicht "currentlogfile"

Ist umgesetzt. Können bitte noch ein oder zwei Leute testen. Danke

Im Zuge dessen ist mir aufgefallen das je nachdem welche Art der Konfig man nimmt entweder configdb.conf oder fhem.cfg doppelt ins Archiv geschrieben werden. Einmal mit ./ und einmal ohn ./ (da aus global ausgelesen)