<![CDATA[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 fix

hab 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

34518cd0-af8d-461e-9241-ae28cb0405b9-image.png

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:
c9fe5ecd-6dce-45d1-b20e-8774d0699068-image.png
Ich hab mal mit Winscp nachgeschaut:
d99c61b9-add1-4015-842d-5d56a33045fe-image.png
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:

1cd571da-c52a-42a7-ac51-286ca03addd1-image.png

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

]]>https://forum.iobroker.net/topic/59318/update-js-controller-scripte-weg-backup-funkt-nichtRSS for NodeWed, 13 May 2026 15:11:08 GMTMon, 24 Oct 2022 23:30:34 GMT60<![CDATA[Reply to Update JS-Controller: Scripte weg, Backup funkt. nicht on Wed, 04 Jan 2023 02:07:32 GMT]]>@thomas-braun Super. Danke!

]]>https://forum.iobroker.net/post/921660https://forum.iobroker.net/post/921660Wed, 04 Jan 2023 02:07:32 GMT<![CDATA[Reply to Update JS-Controller: Scripte weg, Backup funkt. nicht on Wed, 04 Jan 2023 00:10:54 GMT]]>@derrapf sagte in Update JS-Controller: Scripte weg, Backup funkt. nicht:

Error: EPERM: operation not permitted, utime '/opt/iobroker/backups/tmpScripts/'

Sollte mit Backitup 2.5.10 nicht mehr vorkommen.

]]>https://forum.iobroker.net/post/921645https://forum.iobroker.net/post/921645Wed, 04 Jan 2023 00:10:54 GMT<![CDATA[Reply to Update JS-Controller: Scripte weg, Backup funkt. nicht on Tue, 25 Oct 2022 19:30:57 GMT]]>@thomas-braun Ich habe es jetzt mal so eingestellt:
00b9c20c-6f6a-4cb9-80a4-9c81c0a1c95a-image.png
Wenn ich einen Restore mache kommt wieder folgender 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

Backup geht aber ohne Fehler.
Ich hab auf der Syno mal das Protokoll abgegriffen:

Protokoll,Uhrzeit,IP-Adresse,Benutzer,Ereignis,Datei/Ordner,Dateigröße,Dateiname,
SMB,2022/10/25 21:22:23,192.168.111.176,iobroker,create,Ordner,NA,/Medien/server-extern/rock64/backit_up/iobroker/tmpScripts
SMB,2022/10/25 21:22:23,192.168.111.176,iobroker,delete,Ordner,NA,/Medien/server-extern/rock64/backit_up/iobroker/tmpScripts
SMB,2022/10/25 21:19:34,192.168.111.176,iobroker,delete,Ordner,NA,/Medien/server-extern/rock64/backit_up/iobroker/tmpScripts
SMB,2022/10/25 21:15:31,192.168.111.176,iobroker,delete,Ordner,NA,/Medien/server-extern/rock64/backit_up/iobroker/tmpScripts
SMB,2022/10/25 21:11:56,192.168.111.68,ralf,delete,Datei,20.00 KB,"/Daten/hobby/3D-Drucken/Werkzeug, Vorrichtungen/rz3100E918boxo"
...

Viel erkennen tut mal leider nicht.
Gruss Ralf

]]>https://forum.iobroker.net/post/879922https://forum.iobroker.net/post/879922Tue, 25 Oct 2022 19:30:57 GMT<![CDATA[Reply to Update JS-Controller: Scripte weg, Backup funkt. nicht on Tue, 25 Oct 2022 19:17:33 GMT]]>@derrapf

Ich kenne die synology nicht. Aber smb1 wird unter keinen Umständen mehr empfohlen. Wenn nicht 3 geht, dann maximal2. Und mach das oprtunistic locking aus, wenn es nicht benötigt wird.

]]>https://forum.iobroker.net/post/879919https://forum.iobroker.net/post/879919Tue, 25 Oct 2022 19:17:33 GMT<![CDATA[Reply to Update JS-Controller: Scripte weg, Backup funkt. nicht on Tue, 25 Oct 2022 19:14:36 GMT]]>@thomas-braun
Ich hab mal nachgesehen. Da war noch SMB2 eingestellt. Ist es so richtig?
fb010513-9a5d-410a-a748-340211812379-image.png
Was soll ich als Mindest SMB Protokoll einschalten? SMB2 oder SMB1?

Gruss Ralf

]]>https://forum.iobroker.net/post/879918https://forum.iobroker.net/post/879918Tue, 25 Oct 2022 19:14:36 GMT<![CDATA[Reply to Update JS-Controller: Scripte weg, Backup funkt. nicht on Tue, 25 Oct 2022 19:08:06 GMT]]>@derrapf sagte in Update JS-Controller: Scripte weg, Backup funkt. nicht:

Jetzt ist nichts mehr vom Synology gemounted oder?

Nein.

Spricht die synology nicht smb 3.1.1?

]]>https://forum.iobroker.net/post/879916https://forum.iobroker.net/post/879916Tue, 25 Oct 2022 19:08:06 GMT<![CDATA[Reply to Update JS-Controller: Scripte weg, Backup funkt. nicht on Tue, 25 Oct 2022 19:05:04 GMT]]>@thomas-braun

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:
9d6f4f22-277b-44d9-9b9e-a8c7bcb7f96d-image.png
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] 0

Ich 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

]]>https://forum.iobroker.net/post/879818https://forum.iobroker.net/post/879818Tue, 25 Oct 2022 19:05:04 GMT<![CDATA[Reply to Update JS-Controller: Scripte weg, Backup funkt. nicht on Tue, 25 Oct 2022 15:45:34 GMT]]>@derrapf

Irgendwie geht das hier kreuz und quer...
NFS? CIFS? Was soll es denn nun sein?

]]>https://forum.iobroker.net/post/879794https://forum.iobroker.net/post/879794Tue, 25 Oct 2022 15:45:34 GMT<![CDATA[Reply to Update JS-Controller: Scripte weg, Backup funkt. nicht on Tue, 25 Oct 2022 15:36:44 GMT]]>Nee..
Restore geht immer noch nicht

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] 0

Gruss Ralf

]]>https://forum.iobroker.net/post/879791https://forum.iobroker.net/post/879791Tue, 25 Oct 2022 15:36:44 GMT<![CDATA[Reply to Update JS-Controller: Scripte weg, Backup funkt. nicht on Tue, 25 Oct 2022 15:35:50 GMT]]>@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] 0

Jetzt 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

]]>https://forum.iobroker.net/post/879789https://forum.iobroker.net/post/879789Tue, 25 Oct 2022 15:35:50 GMT<![CDATA[Reply to Update JS-Controller: Scripte weg, Backup funkt. nicht on Tue, 25 Oct 2022 12:35:11 GMT]]>@derrapf

Auf dem NFS-Server muss der iobroker entsprechende Rechte haben, also als user eingerichtet sein.

]]>https://forum.iobroker.net/post/879693https://forum.iobroker.net/post/879693Tue, 25 Oct 2022 12:35:11 GMT<![CDATA[Reply to Update JS-Controller: Scripte weg, Backup funkt. nicht on Tue, 25 Oct 2022 12:33:49 GMT]]>@derrapf
Nee, jetzt kommt

Started 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
]]>https://forum.iobroker.net/post/879692https://forum.iobroker.net/post/879692Tue, 25 Oct 2022 12:33:49 GMT<![CDATA[Reply to Update JS-Controller: Scripte weg, Backup funkt. nicht on Tue, 25 Oct 2022 12:32:33 GMT]]>@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
3cd95063-a95a-49df-a72c-06f346888839-image.png
Soll ich das mal auf NFS umstellen?
Gruss Ralf

]]>https://forum.iobroker.net/post/879689https://forum.iobroker.net/post/879689Tue, 25 Oct 2022 12:32:33 GMT<![CDATA[Reply to Update JS-Controller: Scripte weg, Backup funkt. nicht on Tue, 25 Oct 2022 12:22:08 GMT]]>@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/backups

Das 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?

]]>https://forum.iobroker.net/post/879678https://forum.iobroker.net/post/879678Tue, 25 Oct 2022 12:22:08 GMT<![CDATA[Reply to Update JS-Controller: Scripte weg, Backup funkt. nicht on Tue, 25 Oct 2022 12:19:52 GMT]]>@thomas-braun Boah!
Der sagt total viel

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)
//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

]]>https://forum.iobroker.net/post/879674https://forum.iobroker.net/post/879674Tue, 25 Oct 2022 12:19:52 GMT<![CDATA[Reply to Update JS-Controller: Scripte weg, Backup funkt. nicht on Tue, 25 Oct 2022 12:12:00 GMT]]>@derrapf

mount

sagt?

]]>https://forum.iobroker.net/post/879666https://forum.iobroker.net/post/879666Tue, 25 Oct 2022 12:12:00 GMT<![CDATA[Reply to Update JS-Controller: Scripte weg, Backup funkt. nicht on Tue, 25 Oct 2022 12:05:16 GMT]]>@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
musik

Der 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
ec319f13-8dba-4204-9e25-afc38eaf3ee7-image.png
Gruss Ralf

]]>https://forum.iobroker.net/post/879650https://forum.iobroker.net/post/879650Tue, 25 Oct 2022 12:05:16 GMT<![CDATA[Reply to Update JS-Controller: Scripte weg, Backup funkt. nicht on Tue, 25 Oct 2022 11:15:53 GMT]]>@derrapf sagte in Update JS-Controller: Scripte weg, Backup funkt. nicht:

Wie genau unmounten?
Mit

sudo umount /mnt/nas

Oder 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/backups MUSS 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/backups ist leer, dafür liegen die Dateien auf dem NAS.

]]>https://forum.iobroker.net/post/879626https://forum.iobroker.net/post/879626Tue, 25 Oct 2022 11:15:53 GMT<![CDATA[Reply to Update JS-Controller: Scripte weg, Backup funkt. nicht on Tue, 25 Oct 2022 11:00:41 GMT]]>@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

]]>https://forum.iobroker.net/post/879622https://forum.iobroker.net/post/879622Tue, 25 Oct 2022 11:00:41 GMT<![CDATA[Reply to Update JS-Controller: Scripte weg, Backup funkt. nicht on Tue, 25 Oct 2022 10:03:49 GMT]]>@derrapf

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.

]]>https://forum.iobroker.net/post/879596https://forum.iobroker.net/post/879596Tue, 25 Oct 2022 10:03:49 GMT<![CDATA[Reply to Update JS-Controller: Scripte weg, Backup funkt. nicht on Tue, 25 Oct 2022 09:09:16 GMT]]>@thomas-braun Du meints das Dateisystem auf dem NAS?
Das ist ein btrfs
Gruss Ralf

]]>https://forum.iobroker.net/post/879567https://forum.iobroker.net/post/879567Tue, 25 Oct 2022 09:09:16 GMT<![CDATA[Reply to Update JS-Controller: Scripte weg, Backup funkt. nicht on Tue, 25 Oct 2022 06:43:36 GMT]]>@derrapf

Bleibt die Frage nach dem Dateisystem.

]]>https://forum.iobroker.net/post/879521https://forum.iobroker.net/post/879521Tue, 25 Oct 2022 06:43:36 GMT<![CDATA[Reply to Update JS-Controller: Scripte weg, Backup funkt. nicht on Tue, 25 Oct 2022 06:33:54 GMT]]>@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 0

Die Version ist:v2.4.12

Gruss Ralf

]]>https://forum.iobroker.net/post/879519https://forum.iobroker.net/post/879519Tue, 25 Oct 2022 06:33:54 GMT<![CDATA[Reply to Update JS-Controller: Scripte weg, Backup funkt. nicht on Tue, 25 Oct 2022 05:12:12 GMT]]>@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

]]>https://forum.iobroker.net/post/879501https://forum.iobroker.net/post/879501Tue, 25 Oct 2022 05:12:12 GMT