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
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
Wie schaut ein list von deinem global Device aus?
Hallo CoolTux, Danke für's Reinkommen auf meine Frage (P.S. Update HEOS Modul?)
Hier das List:
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
OK das passt soweit. Wie entpackst Du das Backup. Mit welchen Befehl?
Warum muss man eigentlich jeden Mist in den Anfängerfragen diskutieren?
ZitatModule: 98_backup.pm Maintainer: CoolTux Forum: Sonstiges
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!
Dann scheint es ein Problem mit dem Entpacker zu sein
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!