Fehler bei Wiederherstellung von Grafana

[wibear]

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

Ist das Verzeichnis leer, wenn die Freigabe nicht gerade gemountet ist?

Das Verzeichnis ist nicht leer.

[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.