NEWS
Fehler bei Wiederherstellung von Grafana
-
@thomas-braun sagte in Fehler bei Wiederherstellung von Grafana:
Da greift schon was auf den Mountpunkt /opt/iobroker/ zu.
-
@wibear sagte in Fehler bei Wiederherstellung von Grafana:
Das Verzeichnis ist nicht leer.
Sollte es aber sein, wenn es als Einhängepunkt fungieren soll.
-
@thomas-braun
Über welches Verzeichnis sprechen wir /opt/iobroker ?
Was soll ich ändern? -
@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.
-
Dieses Verzeichnis ist ja leer. Was kann es noch sein?
-
Was passiert denn, wenn du das Ding manuell mountest?
-
@thomas-braun
Bin mit Linux nicht so vertraut.
Wie mounte ich das bitte? -
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.
-
@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)
-
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.
-
@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
-
So soll das aussehen.
-
@thomas-braun
Wie soll ich bitte weiter vorgehen?
Oder kann ich es irgenwie manuell machen? -
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? -
@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. -
Der Fehler ist immer noch da, auch wenn ich nur die Konsole benutze.
-
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?
-
Das scheint sich singulär auf das Grafana-Backup zu beziehen.
Kann ich aber nix zu sagen, verwende ich nicht. -
@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"
-
@marc-berg sagte in Fehler bei Wiederherstellung von Grafana:
API Key falsch
Durch IOB Backup wurden auch die API keys in übertragen:
Wenn ich sie jetzt neu generiere, passen sie vermutlich nicht zum Backup, oder?