Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[wibear]

@thomas-braun

raspi@raspi:~ $ mount | sort
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime)
bpf on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
cgroup2 on /sys/fs/cgroup type cgroup2 (rw,nosuid,nodev,noexec,relatime)
configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
/dev/sda1 on /boot/firmware type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro)
/dev/sda2 on / type ext4 (rw,noatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime)
lxcfs on /var/lib/lxcfs type fuse.lxcfs (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other)
mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,relatime)
pstore on /sys/fs/pstore type pstore (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)
ramfs on /run/credentials/systemd-tmpfiles-setup.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
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=4955)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /run type tmpfs (rw,nosuid,nodev,noexec,relatime,size=388192k,mode=755)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=388188k,nr_inodes=97047,mode=700,uid=1000,gid=1000)
tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=1672772k,nr_inodes=418193,mode=755)

[wibear]

@thomas-braun sagte in Fehler bei Wiederherstellung von Grafana:

Da greift schon was auf den Mountpunkt /opt/iobroker/ zu.

[Thomas Braun]

@wibear sagte in Fehler bei Wiederherstellung von Grafana:

Das Verzeichnis ist nicht leer.

Sollte es aber sein, wenn es als Einhängepunkt fungieren soll.

[wibear]

@thomas-braun
Über welches Verzeichnis sprechen wir /opt/iobroker ?
Was soll ich ändern?

[Thomas Braun]

@wibear sagte in Fehler bei Wiederherstellung von Grafana:

Über welches Verzeichnis sprechen wir /opt/iobroker ?

Wir sprechen vom Mountpunkt /opt/iobroker/backups. Hatte das oben falsch.

[wibear]

@thomas-braun

Dieses Verzeichnis ist ja leer. Was kann es noch sein?

[Thomas Braun]

@wibear

Was passiert denn, wenn du das Ding manuell mountest?

[wibear]

@thomas-braun
Bin mit Linux nicht so vertraut.
Wie mounte ich das bitte?

[Thomas Braun]

@wibear

Schauen, ob der Mountpunkt leer ist:

ls -l /opt/iobroker/backups

dann mounten:

sudo mount -t cifs -o username=iobrokerBackup,password=****,noserverino,cache=loose,rw,forceuid,uid=iobroker,forcegid,gid=iobroker,file_mode=0777,dir_mode=0777 //fritz.box/fritz.box/MemoryBoard/Share/Backup/ioBroker /opt/iobroker/backups

Dein password muss noch gesetzt werden.

[wibear]

@thomas-braun sagte in Fehler bei Wiederherstellung von Grafana:

dann mounten:

Ich habe gemountet und danach wie empfohlen

sudo systemctl daemon-reload

ausgeführt.

raspi@raspi:~ $ sudo mount -t cifs -o username=iobrokerBackup,password=iobrokerbackup,noserverino,cache=loose,rw,forceuid,uid=iobroker,forcegid,gid=iobroker,file_mode=0777,dir_mode=0777 //fritz.box/fritz.box/MemoryBoard/Share/Backup/ioBroker /opt/iobroker/backups
mount: (hint) your fstab has been modified, but systemd still uses
       the old version; use 'systemctl daemon-reload' to reload.
raspi@raspi:~ $ ^C
raspi@raspi:~ $ sudo systemctl daemon-reload
raspi@raspi:~ $ sudo mount -t cifs -o username=iobrokerBackup,password=iobrokerbackup,noserverino,cache=loose,rw,forceuid,uid=iobroker,forcegid,gid=iobroker,file_mode=0777,dir_mode=0777 //fritz.box/fritz.box/MemoryBoard/Share/Backup/ioBroker /opt/iobroker/backups
mount error(16): Device or resource busy
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)

[wibear]

@wibear

ich habe umount ausgeführt, danach wieder mount:

raspi@raspi:~ $ sudo umount /opt/iobroker/backups
raspi@raspi:~ $ sudo mount -t cifs -o username=iobrokerBackup,password=iobrokerbackp,noserverino,cache=loose,rw,forceuid,uid=iobroker,forcegid,gid=iobroker,file_mode=777,dir_mode=0777 //fritz.box/fritz.box/MemoryBoard/Share/Backup/ioBroker /opt/iobrker/backups
raspi@raspi:~ $

Es wurde ohne irgendeine Meldung ausgeführt.

[wibear]

@thomas-braun sagte in Fehler bei Wiederherstellung von Grafana:

Schauen, ob der Mountpunkt leer ist:

Das war vor mount

raspi@raspi:~ $ ls -l /opt/iobroker/backups
total 0

und das ist nach mount:

raspi@raspi:~ $ ls -l /opt/iobroker/backups                                        total 73984
-rwxrwxrwx 1 iobroker iobroker     9507 Dec  1 02:41 grafana_2024_12_01-02_41_35_backupiobroker.tar.gz
-rwxrwxrwx 1 iobroker iobroker     9505 Dec  8 02:41 grafana_2024_12_08-02_41_41_backupiobroker.tar.gz
-rwxrwxrwx 1 iobroker iobroker  5458346 Dec  1 02:30 homematic_2024_12_01-02_30_22_3.79.6_backupiobroker.tar.sbk
-rwxrwxrwx 1 iobroker iobroker  5458346 Dec  8 02:30 homematic_2024_12_08-02_30_22_3.79.6_backupiobroker.tar.sbk
-rwxrwxrwx 1 iobroker iobroker      225 Dec 10 15:20 homematic_2024_12_10-15_20_10_3.79.6_backupiobroker.tar.sbk
-rwxrwxrwx 1 iobroker iobroker 28285363 Dec  1 02:41 influxDB_2024_12_01-02_40_29_backupiobroker.tar.gz
-rwxrwxrwx 1 iobroker iobroker 30373723 Dec  8 02:41 influxDB_2024_12_08-02_40_29_backupiobroker.tar.gz
-rwxrwxrwx 1 iobroker iobroker  2114413 Dec  1 02:40 iobroker_2024_12_01-02_40_20_backupiobroker.tar.gz
-rwxrwxrwx 1 iobroker iobroker  2132546 Dec  8 02:40 iobroker_2024_12_08-02_40_20_backupiobroker.tar.gz
-rwxrwxrwx 1 iobroker iobroker    31808 Dec  1 02:41 javascripts_2024_12_01-02_41_52_backupiobroker.tar.gz
-rwxrwxrwx 1 iobroker iobroker    32943 Dec  8 02:42 javascripts_2024_12_08-02_41_59_backupiobroker.tar.gz

[Thomas Braun]

@wibear

So soll das aussehen.

[wibear]

@thomas-braun
Wie soll ich bitte weiter vorgehen?
Oder kann ich es irgenwie manuell machen?

[wibear]

@thomas-braun

mount/unmount funktioniert manuell.
Warum geht das nicht über Backitup (error 16)?
Wie kann man es über die Konsole einspielen?
Kann ich den Fehler in einer Log suchen?

[Thomas Braun]

@wibear sagte in Fehler bei Wiederherstellung von Grafana:

Warum geht das nicht über Backitup (error 16)?

Erscheint die Meldung denn immer noch?
Du darfst nicht mit irgendwelchen Prozessen (z. B. deinem graphischen Dateimanager) auf den Mountpunkt zugreifen.

[wibear]

@thomas-braun

Der Fehler ist immer noch da, auch wenn ich nur die Konsole benutze.

[wibear]

@thomas-braun

Es gibt in der IOB Log diese Meldung:

DATA: {"type":"nas / copy","fileName":"/opt/iobroker/backups/grafana_2024_12_08-02_41_41_backupiobroker.tar.gz","currentTheme":"none","currentProtocol":"http:","stopIOB":false}

Ist stopIOB (false) OK?

[Thomas Braun]

@wibear

Das scheint sich singulär auf das Grafana-Backup zu beziehen.
Kann ich aber nix zu sagen, verwende ich nicht.

[Marc Berg]

@wibear sagte in Fehler bei Wiederherstellung von Grafana:

11:00:55.290DEBUGgrafanacannot restore dashboard "temperatur-shelly": {"message":"Unauthorized","traceID":""}                                                                                                                                                                            11:00:55.294DEBUGgrafanacannot restore dashboard "umwalzpumpe": {"message":"Unauthorized","traceID":""}                                                                                                                                                                            11:00:55.298DEBUGgrafanacannot restore dashboard "leistung-solar": {"message":"Unauthorized","traceID":""}                                                                                                                                                                            11:01:00.969DEBUGgrafanacannot restore dashboard "signalstarke": {"message":"Unauthorized","traceID":""}                                                                                                                                                                            11:01:01.013DEBUGgrafanacannot restore dashboard "leistung-waschmaschiene": {"message":"Unauthorized","traceID":""}

Nur die Data sources werden übernommen.

Für die Wiederherstellung der Datasources ist lediglich Grafana Username und Passwort erforderlich, für die Dashboards zusätzlich der API Key. Also liegt die Vermutung nahe, dass der API Key falsch ist oder nicht die erforderlichen Rechte besitzt. Sagt auch die Fehlermeldung "message":"Unauthorized"