Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[MarcKo1th]

Re: Iobroker backitup error.. Wo liegt das problem

Hallo,
ich habe auf meinem raspi iobroker, influxdb2.x und grafana laufen.
heute habe ich erfolgreich ein Backup von grafana, influx (2 Datenbanken), iobroker und homematic ccu auf google drive machen können.
Danach wollte ich parallel (zusätzlich) auch noch eine Sicherung auf meine Fritz9570.NAS ablegen.
Dort hatte ich dann leider eine falsches Verzeichnis angegeben, so dass er beim Backup abgebrochen hatte.
Danach ist mir auch das Backup auf google drive nicht mehr geglückt.
Ich habe dann dazu einiges hier im Forum gelesen und Folgende Dinge gemacht:

1. iobroker stop
   sudo apt-get update
   sudo apt-get upgrade
   iobroker fix
   curl -fsL https://iobroker.net/fix.sh | bash -
   iobroker start
   Das führte zumindest dazu, dass die korrupten Dateireste in /opt/iobroker/backups gelöscht wurden
   ein nochmaliges neues Backup führte allerdings widerholt zu folgendem Fehler:

Started iobroker ...
[DEBUG] [iobroker] - host.iobroker 2221 states saved

[DEBUG] [iobroker] - host.iobroker 2822 objects saved

[DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2024_01_05-13_05_33_backupiobroker.tar.gz

[DEBUG] [iobroker] - This backup can only be restored with js-controller version up from 4.1

[DEBUG] [iobroker] - done
[DEBUG] [influxDB] - InfluxDB-Backup for fronius is started ...
[DEBUG] [influxDB] - Start InfluxDB Backup ...
[DEBUG] [influxDB] - InfluxDB Backup tmp directory created
[DEBUG] [influxDB] - Try deleting the InfluxDB tmp directory: "/opt/iobroker/backups/influxDB_2024_01_05-13_05_37_fronius_backupiobroker"
[DEBUG] [influxDB] - InfluxDB tmp directory "/opt/iobroker/backups/influxDB_2024_01_05-13_05_37_fronius_backupiobroker" successfully deleted
[ERROR] [influxDB] - Error: Unknown system error -116: Unknown system error -116, open '/opt/iobroker/backups/influxDB_2024_01_05-13_05_37_fronius_backupiobroker/20240105T120537Z.2.tar.gz'
[DEBUG] [influxDB] - InfluxDB-Backup for fronius is finish
[DEBUG] [influxDB] - InfluxDB-Backup for heizung is started ...
[DEBUG] [influxDB] - Start InfluxDB Backup ...
[DEBUG] [influxDB] - InfluxDB tmp directory "/opt/iobroker/backups/influxDB_2024_01_05-13_05_37_fronius_backupiobroker" successfully deleted
[DEBUG] [influxDB] - InfluxDB Backup tmp directory created
[DEBUG] [influxDB] - Try deleting the InfluxDB tmp directory: "/opt/iobroker/backups/influxDB_2024_01_05-13_05_39_heizung_backupiobroker"
[DEBUG] [influxDB] - InfluxDB tmp directory "/opt/iobroker/backups/influxDB_2024_01_05-13_05_39_heizung_backupiobroker" successfully deleted
[ERROR] [influxDB] - Error: Unknown system error -116: Unknown system error -116, open '/opt/iobroker/backups/influxDB_2024_01_05-13_05_39_heizung_backupiobroker/20240105T120539Z.1.tar.gz'
[DEBUG] [influxDB] - InfluxDB-Backup for heizung is finish
[DEBUG] [influxDB] - done
[DEBUG] [influxDB] - InfluxDB tmp directory "/opt/iobroker/backups/influxDB_2024_01_05-13_05_39_heizung_backupiobroker" successfully deleted
[DEBUG] [grafana] - Start Grafana Backup ...
[DEBUG] [grafana] - Created grafana_tmp directory: "/opt/iobroker/backups/grafana_tmp"
[DEBUG] [grafana] - Created dashboard directory
[DEBUG] [grafana] - Created dashboards_manually_restore directory
[DEBUG] [grafana] - Created datasource directory
[DEBUG] [grafana] - start Grafana request ...
[DEBUG] [grafana] - Grafana is available ... Status: 200
[DEBUG] [grafana] - found Dashboard: visualisierung
[DEBUG] [grafana] - start Grafana backup compress ...
[ERROR] [grafana] - Error: Unknown system error -116: Unknown system error -116, open '/opt/iobroker/backups/grafana_tmp/dashboards/visualisierung.json'

auch die Löschung & Neuinstallation des Backitup Adapters (incl. aller Objecte) führte wiederum zum obigen Fehler.

Vielleicht hat ja jemand hierzu noch ein paar Tipps für mich.

Danke & Gruß
Marcus

[simatec]

@marcko1th Da ist sicher bei deinen Versuchen etwas mit dem CIFS Mount auf die FB zu bauen schiefgelaufen.

Zeige mal die Ausgabe von mount -l

Führe auch mal folgendes aus:

sudo umount /opt/iobroker/backups

Wie du den Mount zur FB richtig einrichten kannst, findest du hier…
https://github.com/simatec/ioBroker.backitup/wiki/Diverse-Anleitungen-für-ioBroker.backitup#cifs-smb-freigaben-unter-fritznas-7-auf-einer-fritzbox

[MarcKo1th]

@simatec Hallo simatec !
Deine Tipps waren genau richtig !
mount -l ergab die folgende Ausgabe:
marcus@iobroker:~ $ mount -l
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=3952016k,nr_inodes=247001,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,nodev,noexec,relatime,size=824704k,mode=755)
/dev/mmcblk0p2 on / type ext4 (rw,noatime) [rootfs]
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)
cgroup2 on /sys/fs/cgroup type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate,memory_recursiveprot)
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)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=30,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=374)
mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime)
tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime)
configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime)
ramfs on /run/credentials/systemd-sysctl.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700)
ramfs on /run/credentials/systemd-sysusers.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700)
ramfs on /run/credentials/systemd-tmpfiles-setup-dev.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700)
/dev/mmcblk0p1 on /boot/firmware type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro) [bootfs]
ramfs on /run/credentials/systemd-tmpfiles-setup.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700)
sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime)
//192.168.178.1/FRITZ.NAS/Sandisk/IObroker on /opt/iobroker/backups type cifs (rw,relatime,vers=3.1.1,cache=strict,username=NAS,domain=WORKGROUP,uid=1001,noforceuid,gid=1001,noforcegid,addr=192.168.178.1,file_mode=0777,dir_mode=0777,soft,nounix,serverino,mapposix,rsize=65536,wsize=65536,bsize=1048576,echo_interval=60,actimeo=1,closetimeo=1)
//192.168.178.1/FRITZ.NAS/Sandisk/IObroker on /opt/iobroker/backups type cifs (rw,relatime,vers=1.0,cache=strict,username=NAS,domain=WORKGROUP,uid=1001,noforceuid,gid=1001,noforcegid,addr=192.168.178.1,file_mode=0777,dir_mode=0777,soft,nounix,serverino,mapposix,rsize=61440,wsize=65536,bsize=1048576,echo_interval=60,actimeo=1,closetimeo=1)
//192.168.178.1/FRITZ.NAS/Sandisk/IObroker on /opt/iobroker/backups type cifs (rw,relatime,vers=3.1.1,cache=strict,username=NAS,domain=WORKGROUP,uid=1001,noforceuid,gid=1001,noforcegid,addr=192.168.178.1,file_mode=0777,dir_mode=0777,soft,nounix,serverino,mapposix,rsize=65536,wsize=65536,bsize=1048576,echo_interval=60,actimeo=1,closetimeo=1)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=824688k,nr_inodes=206172,mode=700,uid=1000,gid=1000)
ich habe dann deine umount aufforderung ausgeführt und habe dann gesehen, dass einer der drei letzten Mounts zur Fritz Box verschwunden ist.
Dann habe ich umount noch zwei weitere Male ausgeführt und alle drei FritzBox Mounts waren verschwunden.
Danach lief das Backitup auf Google Drive auch wieder fehlerfrei.
ich musste zudem mit Entsetzen feststellen, daß ich den usb Stick an der Fritzbox noch gar nicht auf ext4 formatiert hatte (dummer Fehler). Werde mich jetzt mal an deine Anleitung setzen und bin mir sehr sicher, das dann auch das Backup auf NAS funktionieren wird.
Vielen Dank für deine Hilfe !
Gruß
Marcus

[Thomas Braun]

@marcko1th

Bitte sowas in CodeTags setzen.
Wenn ich das nun richtig entziffern konnte ist da das falsche Protokoll und die falsche 'serverino'-Option drin.
Fritz.nas spricht smb-Dialekt 3.1.1 und die Option 'noserverino' muss auch gesetzt sein.