Update JS-Controller: Scripte weg, Backup funkt. nicht
-
Hallo alle
Ich hatte mit schon gefreut. JS-Controller auf die neueste Version upgedatet. Nodejs auf Version 16, alle Adapter aktualisiert und alle sind grün.
Sah also erstmal gut aus.iobroker fixhab ich auch schon laufen lassen.
-
Wenn ich aber nun in meine Scripte gehe sind alle weg. Das hatte ich schon mal beim letzten JS-Controller update. Damals hab ich die manuell alle wieder angelegt.
Mich würde nun interessieren ob man rausfinden kann warum das jedesmal passiert. Ich will die eigentlich nicht schon wieder manuell erzeugen.
Vielleicht kann da jemand mit mir troubleshooten. -
Nächster Punkt: Das Backup der Scripte geht nicht (auch das war damals so). Und zwar bekomme ich den Fehler:
Started restore ... [DEBUG] [javascripts] - Start Javascript Restore ... [DEBUG] [javascripts] - Try deleting the old javascript_tmp directory: "/opt/iobroker/backups/tmpScripts" [DEBUG] [javascripts] - old javascript_tmp directory "/opt/iobroker/backups/tmpScripts" successfully deleted [DEBUG] [javascripts] - Created javascript_tmp directory [DEBUG] [javascripts] - decompress started ... [ERROR] [javascripts] - Error: EPERM: operation not permitted, utime '/opt/iobroker/backups/tmpScripts/' [ERROR] [javascripts] - Javascript Restore not completed [EXIT] 0
Ich verstehe das so dass Backitup versucht nach /opt/iobroker/backups/tmpScripts zu entpacken (nach er das directory selbst angelegt hat) und keine Rechte bekommt.
Was ich nicht verstehe: Wenn das Programm in der Lage ist das alte tmpScripts zu löschen und danach ein Neues anzulegen: Warum hat er dann auf einmal keine Rechte in seinem selbst anlegeten Verzeichnis etwas zu entpacken?
Dabei ist es übrigens egal ob ich hier
"NAS" oder "lokal" einstelle:
Ich hab mal mit Winscp nachgeschaut:
Was mir auffällt ist, dass backup dem User "root" gehört. Sollte das nicht durch "iobroker fix" gefixt werden? Müsste backup und alles was drin ist nicht dem User "iobroker" gehören?
Ich habe deshalb mal den User und die Gruppe auf "iobroker" geändert aber die Fehlermeldung bleibt.
Und was machen die *.tar files überhaupt hier? Denn ich mache eigentlich die Backups auf das NAS:
Ist hier ev. was falsch eingestellt?
Das Backup-Verzeichnis /Medien/server-extern/rock64/backit_up auf dem NAS (Synology) hab ich (damit ich vom Raspi leichter an die Dateien komme) gemountet unter /mnt/nas/backit_up.
Aber das sollte doch auch kein Problem sein, oder?Gruss Ralf
-
-
Hallo alle
Ich hatte mit schon gefreut. JS-Controller auf die neueste Version upgedatet. Nodejs auf Version 16, alle Adapter aktualisiert und alle sind grün.
Sah also erstmal gut aus.iobroker fixhab ich auch schon laufen lassen.
-
Wenn ich aber nun in meine Scripte gehe sind alle weg. Das hatte ich schon mal beim letzten JS-Controller update. Damals hab ich die manuell alle wieder angelegt.
Mich würde nun interessieren ob man rausfinden kann warum das jedesmal passiert. Ich will die eigentlich nicht schon wieder manuell erzeugen.
Vielleicht kann da jemand mit mir troubleshooten. -
Nächster Punkt: Das Backup der Scripte geht nicht (auch das war damals so). Und zwar bekomme ich den Fehler:
Started restore ... [DEBUG] [javascripts] - Start Javascript Restore ... [DEBUG] [javascripts] - Try deleting the old javascript_tmp directory: "/opt/iobroker/backups/tmpScripts" [DEBUG] [javascripts] - old javascript_tmp directory "/opt/iobroker/backups/tmpScripts" successfully deleted [DEBUG] [javascripts] - Created javascript_tmp directory [DEBUG] [javascripts] - decompress started ... [ERROR] [javascripts] - Error: EPERM: operation not permitted, utime '/opt/iobroker/backups/tmpScripts/' [ERROR] [javascripts] - Javascript Restore not completed [EXIT] 0Ich verstehe das so dass Backitup versucht nach /opt/iobroker/backups/tmpScripts zu entpacken (nach er das directory selbst angelegt hat) und keine Rechte bekommt.
Was ich nicht verstehe: Wenn das Programm in der Lage ist das alte tmpScripts zu löschen und danach ein Neues anzulegen: Warum hat er dann auf einmal keine Rechte in seinem selbst anlegeten Verzeichnis etwas zu entpacken?
Dabei ist es übrigens egal ob ich hier
"NAS" oder "lokal" einstelle:
Ich hab mal mit Winscp nachgeschaut:
Was mir auffällt ist, dass backup dem User "root" gehört. Sollte das nicht durch "iobroker fix" gefixt werden? Müsste backup und alles was drin ist nicht dem User "iobroker" gehören?
Ich habe deshalb mal den User und die Gruppe auf "iobroker" geändert aber die Fehlermeldung bleibt.
Und was machen die *.tar files überhaupt hier? Denn ich mache eigentlich die Backups auf das NAS:Ist hier ev. was falsch eingestellt?
Das Backup-Verzeichnis /Medien/server-extern/rock64/backit_up auf dem NAS (Synology) hab ich (damit ich vom Raspi leichter an die Dateien komme) gemountet unter /mnt/nas/backit_up.
Aber das sollte doch auch kein Problem sein, oder?Gruss Ralf
-
-
Hallo alle
Ich hatte mit schon gefreut. JS-Controller auf die neueste Version upgedatet. Nodejs auf Version 16, alle Adapter aktualisiert und alle sind grün.
Sah also erstmal gut aus.iobroker fixhab ich auch schon laufen lassen.
-
Wenn ich aber nun in meine Scripte gehe sind alle weg. Das hatte ich schon mal beim letzten JS-Controller update. Damals hab ich die manuell alle wieder angelegt.
Mich würde nun interessieren ob man rausfinden kann warum das jedesmal passiert. Ich will die eigentlich nicht schon wieder manuell erzeugen.
Vielleicht kann da jemand mit mir troubleshooten. -
Nächster Punkt: Das Backup der Scripte geht nicht (auch das war damals so). Und zwar bekomme ich den Fehler:
Started restore ... [DEBUG] [javascripts] - Start Javascript Restore ... [DEBUG] [javascripts] - Try deleting the old javascript_tmp directory: "/opt/iobroker/backups/tmpScripts" [DEBUG] [javascripts] - old javascript_tmp directory "/opt/iobroker/backups/tmpScripts" successfully deleted [DEBUG] [javascripts] - Created javascript_tmp directory [DEBUG] [javascripts] - decompress started ... [ERROR] [javascripts] - Error: EPERM: operation not permitted, utime '/opt/iobroker/backups/tmpScripts/' [ERROR] [javascripts] - Javascript Restore not completed [EXIT] 0Ich verstehe das so dass Backitup versucht nach /opt/iobroker/backups/tmpScripts zu entpacken (nach er das directory selbst angelegt hat) und keine Rechte bekommt.
Was ich nicht verstehe: Wenn das Programm in der Lage ist das alte tmpScripts zu löschen und danach ein Neues anzulegen: Warum hat er dann auf einmal keine Rechte in seinem selbst anlegeten Verzeichnis etwas zu entpacken?
Dabei ist es übrigens egal ob ich hier
"NAS" oder "lokal" einstelle:
Ich hab mal mit Winscp nachgeschaut:
Was mir auffällt ist, dass backup dem User "root" gehört. Sollte das nicht durch "iobroker fix" gefixt werden? Müsste backup und alles was drin ist nicht dem User "iobroker" gehören?
Ich habe deshalb mal den User und die Gruppe auf "iobroker" geändert aber die Fehlermeldung bleibt.
Und was machen die *.tar files überhaupt hier? Denn ich mache eigentlich die Backups auf das NAS:Ist hier ev. was falsch eingestellt?
Das Backup-Verzeichnis /Medien/server-extern/rock64/backit_up auf dem NAS (Synology) hab ich (damit ich vom Raspi leichter an die Dateien komme) gemountet unter /mnt/nas/backit_up.
Aber das sollte doch auch kein Problem sein, oder?Gruss Ralf
@derrapf sagte in Update JS-Controller: Scripte weg, Backup funkt. nicht:
hab ich (damit ich vom Raspi leichter an die Dateien komme) gemountet unter /mnt/nas/backit_up.
Wie genau gemountet? Der Backitup-Adapter mountet selber (je nach Einstellung).
Dateisystem der Freigabe? Wenn FAT, dann gilt:https://unix.stackexchange.com/questions/157523/fat-mountoption-allow-utime-explained
-
-
@derrapf sagte in Update JS-Controller: Scripte weg, Backup funkt. nicht:
hab ich (damit ich vom Raspi leichter an die Dateien komme) gemountet unter /mnt/nas/backit_up.
Wie genau gemountet? Der Backitup-Adapter mountet selber (je nach Einstellung).
Dateisystem der Freigabe? Wenn FAT, dann gilt:https://unix.stackexchange.com/questions/157523/fat-mountoption-allow-utime-explained
@thomas-braun So hab ich gemountetd
UUID=0a7686cf-398a-47eb-94a3-edb01fafb523 / ext4 defaults,noatime,commit=600,errors=remount-ro 0 1 tmpfs /tmp tmpfs defaults,nosuid 0 0 192.168.111.180:/volume1/Medien/server-extern/rock64 /mnt/nas nfs defaults,rw,users,x-systemd.automount,x-systemd.requires=network-online.target 0 0Die Version ist:v2.4.12
Gruss Ralf
-
@thomas-braun So hab ich gemountetd
UUID=0a7686cf-398a-47eb-94a3-edb01fafb523 / ext4 defaults,noatime,commit=600,errors=remount-ro 0 1 tmpfs /tmp tmpfs defaults,nosuid 0 0 192.168.111.180:/volume1/Medien/server-extern/rock64 /mnt/nas nfs defaults,rw,users,x-systemd.automount,x-systemd.requires=network-online.target 0 0Die Version ist:v2.4.12
Gruss Ralf
Bleibt die Frage nach dem Dateisystem.
-
Bleibt die Frage nach dem Dateisystem.
-
@thomas-braun Du meints das Dateisystem auf dem NAS?
Das ist ein btrfs
Gruss RalfDas sollte ja POSIX-Rechte kennen.
Nimm das mal aus der fstab raus und umounte es, dann ein Backup über Backitup (verwendest du doch, oder?) machen. -
Das sollte ja POSIX-Rechte kennen.
Nimm das mal aus der fstab raus und umounte es, dann ein Backup über Backitup (verwendest du doch, oder?) machen.@thomas-braun Wie genau unmounten?
Will nix falsch machen. Oder einfach aus der fstab raus und neu starten?
Blöde Frage:
Was hat der mount mit dem Backitup zu tun?
Wir haben ja gesehen, dass auch lokal im backup Verzeichnis vom iobroker tar Dateien liegen (screenshot oben) und die sich auch nicht restoren lassen.
Ich will's verstehen.Gruss Ralf
-
@thomas-braun Wie genau unmounten?
Will nix falsch machen. Oder einfach aus der fstab raus und neu starten?
Blöde Frage:
Was hat der mount mit dem Backitup zu tun?
Wir haben ja gesehen, dass auch lokal im backup Verzeichnis vom iobroker tar Dateien liegen (screenshot oben) und die sich auch nicht restoren lassen.
Ich will's verstehen.Gruss Ralf
@derrapf sagte in Update JS-Controller: Scripte weg, Backup funkt. nicht:
Wie genau unmounten?
Mitsudo umount /mnt/nasOder einfach aus der fstab raus und neu starten?
Setz in die enstprechende Zeile als erstes Zeichen ein
#als Kommentar, dann musst du die Zeile nicht löschen.
Was hat der mount mit dem Backitup zu tun?
Du willst doch deine Backups dorthin geschrieben haben, oder nicht?
Wir haben ja gesehen, dass auch lokal im backup Verzeichnis vom iobroker tar Dateien liegen (screenshot oben) und die sich auch nicht restoren lassen.
Das Verzeichnis
/opt/iobroker/backupsMUSS leer sein, wenn es als sog. mountpunkt fungiert.
Also die jetzigen Dateien da raus/löschen und dann hängt der Backitup-Adapter die Freigabe des NAS genau dort ein und schreibt ganz stumpf, ohne wissen zu müssen ob das ein lokales oder ein entferntes Dateisystem ist, ein Backup dorthin. Am Ende wird das Verzeichnis wieder umounted und/opt/iobroker/backupsist leer, dafür liegen die Dateien auf dem NAS. -
@derrapf sagte in Update JS-Controller: Scripte weg, Backup funkt. nicht:
Wie genau unmounten?
Mitsudo umount /mnt/nasOder einfach aus der fstab raus und neu starten?
Setz in die enstprechende Zeile als erstes Zeichen ein
#als Kommentar, dann musst du die Zeile nicht löschen.
Was hat der mount mit dem Backitup zu tun?
Du willst doch deine Backups dorthin geschrieben haben, oder nicht?
Wir haben ja gesehen, dass auch lokal im backup Verzeichnis vom iobroker tar Dateien liegen (screenshot oben) und die sich auch nicht restoren lassen.
Das Verzeichnis
/opt/iobroker/backupsMUSS leer sein, wenn es als sog. mountpunkt fungiert.
Also die jetzigen Dateien da raus/löschen und dann hängt der Backitup-Adapter die Freigabe des NAS genau dort ein und schreibt ganz stumpf, ohne wissen zu müssen ob das ein lokales oder ein entferntes Dateisystem ist, ein Backup dorthin. Am Ende wird das Verzeichnis wieder umounted und/opt/iobroker/backupsist leer, dafür liegen die Dateien auf dem NAS.@thomas-braun sagte in Update JS-Controller: Scripte weg, Backup funkt. nicht:
sudo umount /mnt/nas
Ok. Ich habe den unmount gemacht. Habe auch eine Bestätigung bekommen, dass das Verzeichnis nicht mehr gemountet ist, aber als ich auf der Synology eine Datei auf dem Verzeichnis angelegt habe war sie auf dem Rock64 trotzdem sichtbar. Scheint also nicht funktioniert zu haben. Dann hab ich den Eintrag in der fstab auskommentiert und neu gestartet.
Danach war der Mountpoint weg:
Guckst Du:pi@rock64:/mnt/nas$ ls /mnt/nas musikDer backit_up folder ist weg.
Dann habe ich in /opt/iobroker/backup alles rausgeschmissen was drin war.
Danach bin in in den Backitup-Adapter und wollte die Scripte wiederherstellen. Da war aber kein tar file mehr gelistet.
Auf dem NAS in /Medien/server-extern/rock64/backit_up/iobroker war auch nichts mehr zu finden.
D.h. aber doch dass das Verzeichnis irgendwie doch noch gemountet war als ich die Dateien auf /opt/iobroker/backup gelöscht habe.Ergo habe ich die tarfiles die ich vorher noch gerettet hatte wieder auf der Synolgy nach .../backit_up/iobroker kopiert und über das Backitup-Addon versucht diese zu restoren. -> gleicher Fehler.
Ich hatte auch kurz im WinSCP unter /opt/iobroker/backup den Inhalt von der Synology also dem .../backit_up/iobroker Ordner gesehen. Nach dem Rstore Versuch war /opt/iobroker/backup wieder leer.
Also so wie es sein soll, oder?
Dann sollte doch alles erstmal richtig konfiguriert sein.
Aber der Fehler kommt leider trotzdem noch.
Hier nochmal der aktuelle Zustand
Gruss Ralf -
@thomas-braun sagte in Update JS-Controller: Scripte weg, Backup funkt. nicht:
sudo umount /mnt/nas
Ok. Ich habe den unmount gemacht. Habe auch eine Bestätigung bekommen, dass das Verzeichnis nicht mehr gemountet ist, aber als ich auf der Synology eine Datei auf dem Verzeichnis angelegt habe war sie auf dem Rock64 trotzdem sichtbar. Scheint also nicht funktioniert zu haben. Dann hab ich den Eintrag in der fstab auskommentiert und neu gestartet.
Danach war der Mountpoint weg:
Guckst Du:pi@rock64:/mnt/nas$ ls /mnt/nas musikDer backit_up folder ist weg.
Dann habe ich in /opt/iobroker/backup alles rausgeschmissen was drin war.
Danach bin in in den Backitup-Adapter und wollte die Scripte wiederherstellen. Da war aber kein tar file mehr gelistet.
Auf dem NAS in /Medien/server-extern/rock64/backit_up/iobroker war auch nichts mehr zu finden.
D.h. aber doch dass das Verzeichnis irgendwie doch noch gemountet war als ich die Dateien auf /opt/iobroker/backup gelöscht habe.Ergo habe ich die tarfiles die ich vorher noch gerettet hatte wieder auf der Synolgy nach .../backit_up/iobroker kopiert und über das Backitup-Addon versucht diese zu restoren. -> gleicher Fehler.
Ich hatte auch kurz im WinSCP unter /opt/iobroker/backup den Inhalt von der Synology also dem .../backit_up/iobroker Ordner gesehen. Nach dem Rstore Versuch war /opt/iobroker/backup wieder leer.
Also so wie es sein soll, oder?
Dann sollte doch alles erstmal richtig konfiguriert sein.
Aber der Fehler kommt leider trotzdem noch.
Hier nochmal der aktuelle Zustand
Gruss Ralf -
@thomas-braun Boah!
Der sagt total vielpi@rock64:/mnt/nas$ mount sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) udev on /dev type devtmpfs (rw,nosuid,relatime,size=1960728k,nr_inodes=490182,mode=755) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=406912k,mode=755) /dev/mmcblk0p1 on / type ext4 (rw,noatime,errors=remount-ro,commit=600) securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) 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) pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime) bpf 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/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb) cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices) cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset) 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/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer) cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct) cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event) cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory) cgroup on /sys/fs/cgroup/rdma type cgroup (rw,nosuid,nodev,noexec,relatime,rdma) cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids) hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M) mqueue on /dev/mqueue type mqueue (rw,relatime) debugfs on /sys/kernel/debug type debugfs (rw,relatime) systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=42,pgrp=1,timeout=0,minproto=5,maxproto=5,direct) configfs on /sys/kernel/config type configfs (rw,relatime) fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime) sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime) /dev/zram2 on /tmp type ext4 (rw,nosuid,relatime,discard) /dev/mmcblk0p1 on /var/log.hdd type ext4 (rw,noatime,errors=remount-ro,commit=600) /dev/zram1 on /var/log type ext4 (rw,relatime,discard) tracefs on /sys/kernel/debug/tracing type tracefs (rw,relatime) tmpfs on /run/user/0 type tmpfs (rw,nosuid,nodev,relatime,size=406908k,mode=700) tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=406908k,mode=700,uid=1000,gid=1000) //192.168.111.180/Medien/server-extern/rock64/backit_up/iobroker on /opt/iobroker/backups type cifs (rw,relatime,vers=2.1, cache=strict,username=backup,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.111.180,file_mode=0777,dir_mode=0777,soft,noun ix,serverino,mapposix,rsize=1048576,wsize=1048576,bsize=1048576,echo_interval=60,actimeo=1) pi@rock64:/mnt/nas$Ich hab auch mal versucht ein Backup zu machen. Auch hier kommt jetzt ein Fehler:
Started iobroker ... [DEBUG] [mount] - mount activ... umount is started before mount!! [DEBUG] [mount] - device is busy... wait 2 Minutes!! [DEBUG] [mount] - noserverino option: false [DEBUG] [mount] - cifs-mount command: "sudo mount -t cifs -o username=backup,password=****,rw,file_mode=0777,dir_mode=0777,vers=3.0 //192.168.111.180/Medien/server-extern/rock64/backit_up/iobroker /opt/iobroker/backups" [DEBUG] [mount] - first mount attempt with smb option failed. try next mount attempt without smb option ... [DEBUG] [mount] - cifs-mount command: "sudo mount -t cifs -o username=backup,password=****,rw,file_mode=0777,dir_mode=0777 //192.168.111.180/Medien/server-extern/rock64/backit_up/iobroker /opt/iobroker/backups" [ERROR] [mount] - [undefined Error: Command failed: sudo mount -t cifs -o username=backup,password=****,rw,file_mode=0777,dir_mode=0777 //192.168.111.180/Medien/server-extern/rock64/backit_up/iobroker /opt/iobroker/backups mount error(16): Device or resource busy Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) [ERROR] [mount] - Error: Command failed: sudo mount -t cifs -o username=backup,password=****,rw,file_mode=0777,dir_mode=0777 //192.168.111.180/Medien/server-extern/rock64/backit_up/iobroker /opt/iobroker/backups mount error(16): Device or resource busy Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)Jetzt ist es wohl total verschraubt..
Gruss Ralf -
@thomas-braun Boah!
Der sagt total vielpi@rock64:/mnt/nas$ mount sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) udev on /dev type devtmpfs (rw,nosuid,relatime,size=1960728k,nr_inodes=490182,mode=755) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=406912k,mode=755) /dev/mmcblk0p1 on / type ext4 (rw,noatime,errors=remount-ro,commit=600) securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) 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) pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime) bpf 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/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb) cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices) cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset) 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/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer) cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct) cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event) cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory) cgroup on /sys/fs/cgroup/rdma type cgroup (rw,nosuid,nodev,noexec,relatime,rdma) cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids) hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M) mqueue on /dev/mqueue type mqueue (rw,relatime) debugfs on /sys/kernel/debug type debugfs (rw,relatime) systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=42,pgrp=1,timeout=0,minproto=5,maxproto=5,direct) configfs on /sys/kernel/config type configfs (rw,relatime) fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime) sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime) /dev/zram2 on /tmp type ext4 (rw,nosuid,relatime,discard) /dev/mmcblk0p1 on /var/log.hdd type ext4 (rw,noatime,errors=remount-ro,commit=600) /dev/zram1 on /var/log type ext4 (rw,relatime,discard) tracefs on /sys/kernel/debug/tracing type tracefs (rw,relatime) tmpfs on /run/user/0 type tmpfs (rw,nosuid,nodev,relatime,size=406908k,mode=700) tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=406908k,mode=700,uid=1000,gid=1000) //192.168.111.180/Medien/server-extern/rock64/backit_up/iobroker on /opt/iobroker/backups type cifs (rw,relatime,vers=2.1, cache=strict,username=backup,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.111.180,file_mode=0777,dir_mode=0777,soft,noun ix,serverino,mapposix,rsize=1048576,wsize=1048576,bsize=1048576,echo_interval=60,actimeo=1) pi@rock64:/mnt/nas$Ich hab auch mal versucht ein Backup zu machen. Auch hier kommt jetzt ein Fehler:
Started iobroker ... [DEBUG] [mount] - mount activ... umount is started before mount!! [DEBUG] [mount] - device is busy... wait 2 Minutes!! [DEBUG] [mount] - noserverino option: false [DEBUG] [mount] - cifs-mount command: "sudo mount -t cifs -o username=backup,password=****,rw,file_mode=0777,dir_mode=0777,vers=3.0 //192.168.111.180/Medien/server-extern/rock64/backit_up/iobroker /opt/iobroker/backups" [DEBUG] [mount] - first mount attempt with smb option failed. try next mount attempt without smb option ... [DEBUG] [mount] - cifs-mount command: "sudo mount -t cifs -o username=backup,password=****,rw,file_mode=0777,dir_mode=0777 //192.168.111.180/Medien/server-extern/rock64/backit_up/iobroker /opt/iobroker/backups" [ERROR] [mount] - [undefined Error: Command failed: sudo mount -t cifs -o username=backup,password=****,rw,file_mode=0777,dir_mode=0777 //192.168.111.180/Medien/server-extern/rock64/backit_up/iobroker /opt/iobroker/backups mount error(16): Device or resource busy Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) [ERROR] [mount] - Error: Command failed: sudo mount -t cifs -o username=backup,password=****,rw,file_mode=0777,dir_mode=0777 //192.168.111.180/Medien/server-extern/rock64/backit_up/iobroker /opt/iobroker/backups mount error(16): Device or resource busy Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)Jetzt ist es wohl total verschraubt..
Gruss Ralf@derrapf sagte in Update JS-Controller: Scripte weg, Backup funkt. nicht:
//192.168.111.180/Medien/server-extern/rock64/backit_up/iobroker on /opt/iobroker/backupsDas ist noch gemountet.
Deswegen auch:[DEBUG] [mount] - mount activ... umount is started before mount!!Aber warum jetzt per smb/cifs? Hattest du nicht eben per nfs gemountet?
-
@derrapf sagte in Update JS-Controller: Scripte weg, Backup funkt. nicht:
//192.168.111.180/Medien/server-extern/rock64/backit_up/iobroker on /opt/iobroker/backupsDas ist noch gemountet.
Deswegen auch:[DEBUG] [mount] - mount activ... umount is started before mount!!Aber warum jetzt per smb/cifs? Hattest du nicht eben per nfs gemountet?
@thomas-braun
Genau. In der fstab stand "192.168.111.180:/volume1/Medien/server-extern/rock64 /mnt/nas nfs defaults,rw,users,x-systemd.automount,x-systemd.requires=network-online.target 0 0 "D.h. der Backitup hat das falsch gemounted? Ich schau mal ob man da was einstellen kann...
Ah hier
Soll ich das mal auf NFS umstellen?
Gruss Ralf -
@thomas-braun
Genau. In der fstab stand "192.168.111.180:/volume1/Medien/server-extern/rock64 /mnt/nas nfs defaults,rw,users,x-systemd.automount,x-systemd.requires=network-online.target 0 0 "D.h. der Backitup hat das falsch gemounted? Ich schau mal ob man da was einstellen kann...
Ah hier
Soll ich das mal auf NFS umstellen?
Gruss Ralf@derrapf
Nee, jetzt kommtStarted iobroker ... [DEBUG] [mount] - nfs-mount command: "sudo mount 192.168.111.180:/Medien/server-extern/rock64/backit_up/iobroker /opt/iobroker/backups" [ERROR] [mount] - [undefined mount.nfs: access denied by server while mounting 192.168.111.180:/Medien/server-extern/rock64/backit_up/iobroker [ERROR] [mount] - Error: Command failed: sudo mount 192.168.111.180:/Medien/server-extern/rock64/backit_up/iobroker /opt/iobroker/backups mount.nfs: access denied by server while mounting 192.168.111.180:/Medien/server-extern/rock64/backit_up/iobroker -
@derrapf
Nee, jetzt kommtStarted iobroker ... [DEBUG] [mount] - nfs-mount command: "sudo mount 192.168.111.180:/Medien/server-extern/rock64/backit_up/iobroker /opt/iobroker/backups" [ERROR] [mount] - [undefined mount.nfs: access denied by server while mounting 192.168.111.180:/Medien/server-extern/rock64/backit_up/iobroker [ERROR] [mount] - Error: Command failed: sudo mount 192.168.111.180:/Medien/server-extern/rock64/backit_up/iobroker /opt/iobroker/backups mount.nfs: access denied by server while mounting 192.168.111.180:/Medien/server-extern/rock64/backit_up/iobrokerAuf dem NFS-Server muss der iobroker entsprechende Rechte haben, also als user eingerichtet sein.
-
Auf dem NFS-Server muss der iobroker entsprechende Rechte haben, also als user eingerichtet sein.
@thomas-braun
Ok. Ich hab mal den user iobroker auf der Synolgy angelegt.
Jetzt hat das Backup geklappt:Started iobroker ... [DEBUG] [mount] - noserverino option: false [DEBUG] [mount] - cifs-mount command: "sudo mount -t cifs -o username=backup,password=****,rw,file_mode=0777,dir_mode=0777,vers=3.0 //192.168.111.180/Medien/server-extern/rock64/backit_up/iobroker /opt/iobroker/backups" [DEBUG] [mount] - first mount attempt with smb option failed. try next mount attempt without smb option ... [DEBUG] [mount] - cifs-mount command: "sudo mount -t cifs -o username=backup,password=****,rw,file_mode=0777,dir_mode=0777 //192.168.111.180/Medien/server-extern/rock64/backit_up/iobroker /opt/iobroker/backups" [DEBUG] [mount] - mount successfully completed [DEBUG] [mount] - done [DEBUG] [iobroker] - host.rock64 9429 states saved [DEBUG] [iobroker] - host.rock64 16884 objects saved [DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2022_10_25-17_31_08_backupiobroker.tar.gz [DEBUG] [iobroker] - done [DEBUG] [javascripts] - Try deleting the old javascript_tmp directory: "/opt/iobroker/backups/tmpScripts" [DEBUG] [javascripts] - old javascript_tmp directory "/opt/iobroker/backups/tmpScripts" successfully deleted [DEBUG] [javascripts] - Created javascript_tmp directory [DEBUG] [javascripts] - Try deleting the Javascript tmp directory: "/opt/iobroker/backups/tmpScripts" [DEBUG] [javascripts] - Javascript tmp directory "/opt/iobroker/backups/tmpScripts" successfully deleted [DEBUG] [javascripts] - Backup created: /opt/iobroker/backups/javascripts_2022_10_25-17_31_57_backupiobroker.tar.gz [DEBUG] [javascripts] - done [DEBUG] [cifs] - used copy path: /Medien/server-extern/rock64/backit_up/iobroker [DEBUG] [cifs] - done [DEBUG] [clean] - done [DEBUG] [historyHTML] - new history html values created [DEBUG] [historyHTML] - done [DEBUG] [historyJSON] - new history json values created [DEBUG] [historyJSON] - done [DEBUG] [umount] - mount activ, umount is started ... [DEBUG] [umount] - umount successfully completed [DEBUG] [umount] - done [EXIT] 0Jetzt muss ich nur noch versuchen ein Backup mit Scripten zurückzuspielen, denn das jetzige Tar file mit den Scripten ist 1kB gross. Da wird nicht viel drin sein.
Ich frage mich immer noch warum die Scripte nach dem JS-Controller Update weg waren...
Ich melde mich und sage ob ich den Restore hinbekommen habe.Gruss Ralf
-
@thomas-braun
Ok. Ich hab mal den user iobroker auf der Synolgy angelegt.
Jetzt hat das Backup geklappt:Started iobroker ... [DEBUG] [mount] - noserverino option: false [DEBUG] [mount] - cifs-mount command: "sudo mount -t cifs -o username=backup,password=****,rw,file_mode=0777,dir_mode=0777,vers=3.0 //192.168.111.180/Medien/server-extern/rock64/backit_up/iobroker /opt/iobroker/backups" [DEBUG] [mount] - first mount attempt with smb option failed. try next mount attempt without smb option ... [DEBUG] [mount] - cifs-mount command: "sudo mount -t cifs -o username=backup,password=****,rw,file_mode=0777,dir_mode=0777 //192.168.111.180/Medien/server-extern/rock64/backit_up/iobroker /opt/iobroker/backups" [DEBUG] [mount] - mount successfully completed [DEBUG] [mount] - done [DEBUG] [iobroker] - host.rock64 9429 states saved [DEBUG] [iobroker] - host.rock64 16884 objects saved [DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2022_10_25-17_31_08_backupiobroker.tar.gz [DEBUG] [iobroker] - done [DEBUG] [javascripts] - Try deleting the old javascript_tmp directory: "/opt/iobroker/backups/tmpScripts" [DEBUG] [javascripts] - old javascript_tmp directory "/opt/iobroker/backups/tmpScripts" successfully deleted [DEBUG] [javascripts] - Created javascript_tmp directory [DEBUG] [javascripts] - Try deleting the Javascript tmp directory: "/opt/iobroker/backups/tmpScripts" [DEBUG] [javascripts] - Javascript tmp directory "/opt/iobroker/backups/tmpScripts" successfully deleted [DEBUG] [javascripts] - Backup created: /opt/iobroker/backups/javascripts_2022_10_25-17_31_57_backupiobroker.tar.gz [DEBUG] [javascripts] - done [DEBUG] [cifs] - used copy path: /Medien/server-extern/rock64/backit_up/iobroker [DEBUG] [cifs] - done [DEBUG] [clean] - done [DEBUG] [historyHTML] - new history html values created [DEBUG] [historyHTML] - done [DEBUG] [historyJSON] - new history json values created [DEBUG] [historyJSON] - done [DEBUG] [umount] - mount activ, umount is started ... [DEBUG] [umount] - umount successfully completed [DEBUG] [umount] - done [EXIT] 0Jetzt muss ich nur noch versuchen ein Backup mit Scripten zurückzuspielen, denn das jetzige Tar file mit den Scripten ist 1kB gross. Da wird nicht viel drin sein.
Ich frage mich immer noch warum die Scripte nach dem JS-Controller Update weg waren...
Ich melde mich und sage ob ich den Restore hinbekommen habe.Gruss Ralf
Nee..
Restore geht immer noch nichtStarted restore ... [DEBUG] [javascripts] - Start Javascript Restore ... [DEBUG] [javascripts] - Created javascript_tmp directory: "/opt/iobroker/backups/tmpScripts" [DEBUG] [javascripts] - decompress started ... [ERROR] [javascripts] - Error: EPERM: operation not permitted, utime '/opt/iobroker/backups/tmpScripts/' [ERROR] [javascripts] - Javascript Restore not completed [EXIT] 0Gruss Ralf
-
@thomas-braun
Ok. Ich hab mal den user iobroker auf der Synolgy angelegt.
Jetzt hat das Backup geklappt:Started iobroker ... [DEBUG] [mount] - noserverino option: false [DEBUG] [mount] - cifs-mount command: "sudo mount -t cifs -o username=backup,password=****,rw,file_mode=0777,dir_mode=0777,vers=3.0 //192.168.111.180/Medien/server-extern/rock64/backit_up/iobroker /opt/iobroker/backups" [DEBUG] [mount] - first mount attempt with smb option failed. try next mount attempt without smb option ... [DEBUG] [mount] - cifs-mount command: "sudo mount -t cifs -o username=backup,password=****,rw,file_mode=0777,dir_mode=0777 //192.168.111.180/Medien/server-extern/rock64/backit_up/iobroker /opt/iobroker/backups" [DEBUG] [mount] - mount successfully completed [DEBUG] [mount] - done [DEBUG] [iobroker] - host.rock64 9429 states saved [DEBUG] [iobroker] - host.rock64 16884 objects saved [DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2022_10_25-17_31_08_backupiobroker.tar.gz [DEBUG] [iobroker] - done [DEBUG] [javascripts] - Try deleting the old javascript_tmp directory: "/opt/iobroker/backups/tmpScripts" [DEBUG] [javascripts] - old javascript_tmp directory "/opt/iobroker/backups/tmpScripts" successfully deleted [DEBUG] [javascripts] - Created javascript_tmp directory [DEBUG] [javascripts] - Try deleting the Javascript tmp directory: "/opt/iobroker/backups/tmpScripts" [DEBUG] [javascripts] - Javascript tmp directory "/opt/iobroker/backups/tmpScripts" successfully deleted [DEBUG] [javascripts] - Backup created: /opt/iobroker/backups/javascripts_2022_10_25-17_31_57_backupiobroker.tar.gz [DEBUG] [javascripts] - done [DEBUG] [cifs] - used copy path: /Medien/server-extern/rock64/backit_up/iobroker [DEBUG] [cifs] - done [DEBUG] [clean] - done [DEBUG] [historyHTML] - new history html values created [DEBUG] [historyHTML] - done [DEBUG] [historyJSON] - new history json values created [DEBUG] [historyJSON] - done [DEBUG] [umount] - mount activ, umount is started ... [DEBUG] [umount] - umount successfully completed [DEBUG] [umount] - done [EXIT] 0Jetzt muss ich nur noch versuchen ein Backup mit Scripten zurückzuspielen, denn das jetzige Tar file mit den Scripten ist 1kB gross. Da wird nicht viel drin sein.
Ich frage mich immer noch warum die Scripte nach dem JS-Controller Update weg waren...
Ich melde mich und sage ob ich den Restore hinbekommen habe.Gruss Ralf
Irgendwie geht das hier kreuz und quer...
NFS? CIFS? Was soll es denn nun sein? -
Irgendwie geht das hier kreuz und quer...
NFS? CIFS? Was soll es denn nun sein?NFS? CIFS? Was soll es denn nun sein?
Ja, sag's mir. Keine Ahnung.
Ob NFS, CIFS oder rote Beete: Ist mir eigentlich egal: Hauptsache es funktioniert.
Im Backitup ist CIFS eingestellt. NFS hab ich auch ausprobiert (siehe oben) aber damit hat es nicht funktioniert. Siehe auch oben. Mit CIFS geht wenigstens der Backup jetzt.
NFS war ja nur in der fstab eingestellt ,die ich ja jetzt auf Anweisung auskommentiert habe.
So sieht grad die Einstellung im BackitUp Adapter aus:
Wenn da was falsch ist stelle ich es gerne um.Fehler beim Restore
Started restore ... [DEBUG] [javascripts] - Start Javascript Restore ... [DEBUG] [javascripts] - Created javascript_tmp directory: "/opt/iobroker/backups/tmpScripts" [DEBUG] [javascripts] - decompress started ... [ERROR] [javascripts] - Error: EPERM: operation not permitted, utime '/opt/iobroker/backups/tmpScripts/' [ERROR] [javascripts] - Javascript Restore not completed [EXIT] 0Ich hab nochmal "mount" ausgeführt:
pi@rock64:/mnt/nas$ mount sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) udev on /dev type devtmpfs (rw,nosuid,relatime,size=1960728k,nr_inodes=490182,mode=755) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=406912k,mode=755) /dev/mmcblk0p1 on / type ext4 (rw,noatime,errors=remount-ro,commit=600) securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) 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) pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime) bpf 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/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb) cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices) cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset) 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/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer) cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct) cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event) cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory) cgroup on /sys/fs/cgroup/rdma type cgroup (rw,nosuid,nodev,noexec,relatime,rdma) cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids) hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M) mqueue on /dev/mqueue type mqueue (rw,relatime) debugfs on /sys/kernel/debug type debugfs (rw,relatime) systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=42,pgrp=1,timeout=0,minproto=5,maxproto=5,direct) configfs on /sys/kernel/config type configfs (rw,relatime) fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime) sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime) /dev/zram2 on /tmp type ext4 (rw,nosuid,relatime,discard) /dev/mmcblk0p1 on /var/log.hdd type ext4 (rw,noatime,errors=remount-ro,commit=600) /dev/zram1 on /var/log type ext4 (rw,relatime,discard) tracefs on /sys/kernel/debug/tracing type tracefs (rw,relatime) tmpfs on /run/user/0 type tmpfs (rw,nosuid,nodev,relatime,size=406908k,mode=700) tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=406908k,mode=700,uid=1000,gid=1000)Jetzt ist nichts mehr vom Synology gemounted oder?
Gruss Ralf
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden503
Online32.9k
Benutzer83.0k
Themen1.3m
Beiträge