Hallo habe mehrere Jahre FHEM am laufen....
Wollte mal schauen ob es was neues gibt und ein Update starten.
Leider klappt es nicht mehr.
Folgendes wird angezeigt.
2022.09.16 09:20:40 1 : Downloading https://fhem.de/fhemupdate/controls_fhem.txt
2022.09.16 09:20:40 2 : Backup with command: tar czf /mnt/backup/FHEM-20220916_092040.tar.gz "./MAINTAINER.txt" "./contrib" "./lib" "./fhem.cfg" "./FHEM" "./log" "./backup" "./README_DEMO.txt" "./GPL_V2.txt" "./configDB.pm" "./demolog" "./fhem.cfg.demo" "./alexa-fhem.cfg" "./docs" "./www" "./restoreDir" "./fhem.pl" "./CHANGED" "./alexa-fhem.cfg.previous"
2022.09.16 09:20:41 1 : backup tar (child): /mnt/backup/FHEM-20220916_092040.tar.gz: Cannot open: Permission denied tar (child): Error is not recoverable: exiting now tar: /mnt/backup/FHEM-20220916_092040.tar.gz: Cannot write: Broken pipe tar: Child returned status 2 tar: Error is not recoverable: exiting now
2022.09.16 09:20:41 1 : Something went wrong during backup: tar (child): /mnt/backup/FHEM-20220916_092040.tar.gz: Cannot open: Permission denied tar (child): Error is not recoverable: exiting now tar: /mnt/backup/FHEM-20220916_092040.tar.gz: Cannot write: Broken pipe tar: Child returned status 2 tar: Error is not recoverable: exiting now
2022.09.16 09:20:41 1 : update was canceled. Please check manually!
Weiss jemand was das sein kann ?
PS. Wenn ich Update in die Koncole eingebe erscheint das hier.
2022.09.16 09:24:11 1 : Something went wrong during backup: tar (child): /mnt/backup/FHEM-20220916_092410.tar.gz: Cannot open: Permission denied tar (child): Error is not recoverable: exiting now tar: /mnt/backup/FHEM-20220916_092410.tar.gz: Cannot write: Broken pipe tar: Child returned status 2 tar: Error is not recoverable: exiting now
2022.09.16 09:24:11 1 : update was canceled. Please check manually!
Klingt danach, als ob fhem nicht auf Platte schreiben darf (zumindest bzgl. Backup)...
Was sagt denn:
ls -la /opt/fhem
auf der Linux-Console (Standard-fhem-Installation vorausgesetzt).
Bzw. eher:
ls -la /mnt/backup/
Ist das Verzeichnis auch gemountet?
Gruß, Joachim
Das weiss ich leider nicht mehr. Wie kann man das feststellen, bzw. dann löschen ?
pi@raspberrypi:~ $ ls -la /opt/fhem
total 1112
drwxr-xr-x 13 fhem dialout 4096 Oct 28 2021 .
drwxrwxrwx 4 root root 4096 Feb 11 2021 ..
drwx-w--w- 2 fhem dialout 4096 Feb 16 2021 .alexa
-rw-r--r-- 1 fhem dialout 311 Oct 28 2021 alexa-fhem.cfg
-rw-r--r-- 1 fhem dialout 311 Oct 28 2021 alexa-fhem.cfg.previous
drwxr-xr-x 2 fhem dialout 4096 Nov 25 2021 backup
-rw-rw-rw- 1 fhem dialout 361895 Apr 29 2021 CHANGED
-rw-rw-rw- 1 fhem dialout 41645 Apr 20 2021 configDB.pm
drwxrwxrwx 49 fhem dialout 16384 Feb 11 2021 contrib
drwxrwxrwx 3 fhem dialout 4096 Feb 11 2021 demolog
drwxrwxrwx 4 fhem dialout 12288 Feb 11 2021 docs
drwxrwxrwx 6 fhem dialout 61440 Nov 25 2021 FHEM
-rw-rw-rw- 1 fhem dialout 245104 Sep 16 06:28 fhem.cfg
-rw-rw-rw- 1 fhem dialout 25544 Feb 11 2021 fhem.cfg.demo
-rwxrwxrwx 1 fhem dialout 168091 Apr 29 2021 fhem.pl
-rw-rw-rw- 1 fhem dialout 18092 Feb 11 2021 GPL_V2.txt
drwxrwxrwx 3 fhem dialout 4096 Feb 11 2021 lib
drwxrwxrwx 2 fhem dialout 69632 Sep 16 06:28 log
-rw-rw-rw- 1 fhem dialout 43114 Apr 2 2021 MAINTAINER.txt
-rw-rw-rw- 1 fhem dialout 935 Feb 11 2021 README_DEMO.txt
drwxrwxrwx 4 fhem dialout 4096 Feb 11 2021 restoreDir
drwx-w--w- 2 fhem dialout 4096 Feb 16 2021 .ssh
drwxrwxrwx 9 fhem dialout 4096 Feb 22 2021 www
pi@raspberrypi:~ $ ls -la /mnt/backup/
total 8
drwxr-xr-x 2 root root 4096 May 4 2021 .
drwxr-xr-x 3 root root 4096 May 4 2021 ..
pi@raspberrypi:~ $
Zitat
pi@raspberrypi:~ $ ls -la /mnt/backup/ total 8 drwxr-xr-x 2 root root 4096 May 4 2021 .
So kann das nicht funktionieren.
Wo/wie hast du denn /mnt/backup/ eingebunden?
Was "sagt":
mount
auf der Console?
Evtl. geht:
sudo chown -R fhem: /mnt/backup/
Wenn es aber z.B. über Netzwerk eingebunden ist, ist fraglich, ob das klappt/reicht und es wird (verm.) nach dem nächsten Start/mount wieder nicht passen...
Gruß, Joachim
P.S.: wenn du "nur" ein Update willst ohne Backup (also mit dem Risiko!!), dann kannst du auch das Attribut "backup_before_update" in global zurücksetzen...
Ich schau mal eben nach......Hatte mal versucht ein Backup auf einer NAS zu machen.......Leider weiss ich nicht mehr, wo ich das her hatte. Es hat aber nicht funktioniert. Evtl. Ist da noch ein Rest hängen geblieben..
Unknown command mount, try help.
backup per Hand scheint zu funktionieren. Keine Fehlermeldung
Habe nun sudo chown -R fhem: /mnt/backup/ eingeben
In der Console nun Update gestartet
und das erscheint im Moment.
2022.09.16 10:49:27 1 : Downloading https://fhem.de/fhemupdate/controls_fhem.txt
2022.09.16 10:49:27 2 : Backup with command: tar czf /mnt/backup/FHEM-20220916_104927.tar.gz "./www" "./docs" "./alexa-fhem.cfg" "./fhem.cfg.demo" "./alexa-fhem.cfg.previous" "./CHANGED" "./fhem.pl" "./restoreDir" "./backup" "./log" "./fhem.cfg" "./FHEM" "./lib" "./contrib" "./MAINTAINER.txt" "./demolog" "./GPL_V2.txt" "./configDB.pm" "./README_DEMO.txt"
ZitatUnknown command mount, try help.
Auf er Konsole? (also ssh/putty etc.)
Wenn dieses so kommt, hast Du ein größeres Problem, was mich extrem Wundern würde ....
OH Mist sorry...nee per ssh
pi@raspberrypi:~ $ mount
/dev/mmcblk0p2 on / type ext4 (rw,noatime)
devtmpfs on /dev type devtmpfs (rw,relatime,size=439916k,nr_inodes=109979,mode=755)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,relatime)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup2 on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd)
none on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=34,pgrp=1,timeout=0,minproto=5,maxproto=5,direct)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
mqueue on /dev/mqueue type mqueue (rw,relatime)
configfs on /sys/kernel/config type configfs (rw,relatime)
/dev/mmcblk0p1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=94636k,mode=700,uid=1000,gid=1000)
pi@raspberrypi:~ $
Was steht denn in global zum Thema Backup.
Wenn Du evt. die Backup betreffenden Attribute erst mal auf Standard zurücksetzt? Dann hast Du genug Zeit zu überlegen, was damals gemountet war.
Zitat von: DetlefR am 16 September 2022, 11:18:12
Was steht denn in global zum Thema Backup.
Wenn Du evt. die Backup betreffenden Attribute erst mal auf Standard zurücksetzt? Dann hast Du genug Zeit zu überlegen, was damals gemountet war.
Ist vermutlich eine gute Idee...
Bzw. scheint es ja jetzt zu gehen?
Vermutlich landet halt nun das Backup in /mnt/backup/
Was jetzt/aktuell halt wohl lokal liegt, sonst hätte es ja einen Fehler bei chown geben müssen, der ursprüngliche Plan war wohl mal da was remote zu mounten und dann das Backup auf einem NAS zu haben...
Gruß, Joachim
Ist nur ein Problem, wenn irgendwo noch Reste für den Mount existieren und z.B. beim nächsten Boot es gemountet wird. Dann "verschwinden" natürlich die unter /mnt/Backup geschriebenen Dateien und sind erst wieder sichtbar, nach einem unmount. Ob der TE das dann aber noch weiß .... (und ja, mir ist so etwas schon passiert ....)
Zitat von: Wernieman am 16 September 2022, 11:45:05
Ist nur ein Problem, wenn irgendwo noch Reste für den Mount existieren und z.B. beim nächsten Boot es gemountet wird. Dann "verschwinden" natürlich die unter /mnt/Backup geschriebenen Dateien und sind erst wieder sichtbar, nach einem unmount. Ob der TE das dann aber noch weiß .... (und ja, mir ist so etwas schon passiert ....)
Stimmt natürlich.
Und hatte ich auch schon ;)
Bzw. (auch schon) andersrum: einen Mount nicht geprüft und große Datenmengen auf ein vermeintlich gemountetes, großes LW geschrieben ;) die dann nat. lokal gelandet sind :-\ :D
Gruß, Joachim
OT:
Wir machen also alle die gleichen Fehler ... mir auch schon passiert