[Gelöst] Backup erfolgt ohne Dateien des "log" Verzeichnisses

[isy]

Moin zusammen,
nach einem Crash meines Solarview Systems (auf Pi3) mit anschließender Ernüchterung zur Konsistenz des Backups (einige Files korrupt auf NAS und auch in der Cloud!), habe ich heute mal mein FHEM Backup geprüft.

Und siehe da: Die Dateien im Ordner "log" fehlen, alle anderen Ordner und Files des FHEM Systems sind vorhanden - ich finde keine Erklärung.
- Laut FHEM Log wird der Backup-Job ordentlich ausgeführt
- Berechtigungen sind gesetzt dialout:fhem, 0777 für den Folder "log" und dialout:fhem, 0644 für die Logfiles sowie /home/pi/backup steht auf dialout:fhem 0755. Das Ziel Verzeichnis befindet sich auf der NAS (Fritzbox).
- Das log Directory am PI enthält alle Dateien

Code Auswählen Erweitern

Backup with command: tar czf /home/pi/backup/FHEM-20220409_235900.tar.gz "./unused" "/opt/fhem/log" "./lib" "./demolog" "./contrib" "./fhem.pl" "./EnableSCC.sh" "./configDB.pm" "./restoreDir" "./README_DEMO.txt" "./backup" "./EnableSCC.sh.org" "./GPL_V2.txt" "./www" "./4384A2.cfg" "./script_x" "./regSave.cfg" "./docs" "./fhem.cfg" "./CHANGED" "./log" "./fhem.cfg.demo" "./FHEM" "./hm" "./MAINTAINER.txt" "./certs"
StartBackup: Started the backup in the background, watch the log for details
tar: Entferne führende ,,/" von Elementnamen
tar: Entferne führende ,,/" von Zielen harter Verknüpfungen
- Der Eintrag "/opt/fhem/log" kommt mir seltsam vor, weil letztendlich doppelt zu ./log. Der Eintrag taucht am Testsystem nicht auf.

In meinem recht neu aufgesetzten FHEM Testsystem wird das log Directory gesichert (direkt auf SD-Karte), die Rechte sehen aber genau so aus.

Habt ihr eine Idee?

VG Helmut

[CoolTux]

Wie schaut ein list von deinem global Device aus?

[isy]

Hallo CoolTux, Danke für's Reinkommen auf meine Frage (P.S. Update HEOS Modul?)

Hier das List:

Code Auswählen Erweitern

Internals:
   DEF        no definition
   FD         3
   NAME       global
   NR         1
   STATE      no definition
   TYPE       Global
   currentlogfile ./log/fhem-2022-04.log
   init_errors
   logfile    ./log/fhem-%Y-%m.log
Attributes:
   autoload_undefined_devices 1
   autosave   0
   backupdir  /home/pi/backup
   configfile fhem.cfg
   dnsServer  192.168.178.1
   exclude_from_update 00_SIGNALduino 14_SD_WS
   holiday2we he
   latitude   51.27133
   logfile    ./log/fhem-%Y-%m.log
   longitude  8.87377
   modpath    .
   room       System
   sendStatistics onUpdate
   statefile  ./log/fhem.save
   updateInBackground 1
   userattr   cmdIcon devStateIcon devStateIcon:textField-long devStateStyle fp_Zuhause gasbrennwert gasctsperm3 gasoffset gaszwert icon msgContactAudio msgContactLight msgContactMail msgContactPush msgContactScreen msgParams msgPriority msgRecipient msgRecipientAudio msgRecipientLight msgRecipientMail msgRecipientPush msgRecipientScreen msgRecipientText msgTitle msgTitleShrt msgType:text,push,mail,screen,light,audio,queue sortby webCmd webCmdLabel:textField-long widgetOverride
   verbose    3
   version    fhem.pl:25922/2022-04-05

[CoolTux]

OK das passt soweit. Wie entpackst Du das Backup. Mit welchen Befehl?

[betateilchen]

Warum muss man eigentlich jeden Mist in den Anfängerfragen diskutieren?

Module: 98_backup.pm Maintainer: CoolTux Forum: Sonstiges

[isy]

Kopiere die Datei auf PC, dann entpacken mit IZarc.

Das gleiche mal auf meiner Suse mit "Ark" probiert.
Alles Files vorhanden, kaum zu glauben.

Dein Riecher war super!

[CoolTux]

Dann scheint es ein Problem mit dem Entpacker zu sein

[isy]

Ja, die Ursache ist mir erstmal unklar.
Das Verzeichnis .log ist ja keine Spur anders, als auf dem Testsystem.
Von IZArc gibt es auch keine neue Version.

Nun denn - Praxis ist: Alles funktioniert und keiner weiß warum!