NEWS
[HowTo] ioBroker Restore unter Linux durchführen
-
@crunchip sagte in [HowTo] ioBroker Restore unter Linux durchführen:
@ticaki aber deine Datenbank fehlt doch, sprich Objekte und States
Oder legst du alle Objekte per script an?Nur der Vollständigkeit halber, die Objekte und States sind alle im iobroker backup, aber VIS (hab da nur mal rumgespielt) mag den Zustand überhaupt nicht. Wegen einem anderen Problem mache ich die Installation neu.
@ticaki sagte in [HowTo] ioBroker Restore unter Linux durchführen:
aber VIS (hab da nur mal rumgespielt) mag den Zustand überhaupt nicht
soll heissen?
vis muss im Moment vor einem Restore einmal manuell installiert worden sein.
-
@ticaki sagte in [HowTo] ioBroker Restore unter Linux durchführen:
aber VIS (hab da nur mal rumgespielt) mag den Zustand überhaupt nicht
soll heissen?
vis muss im Moment vor einem Restore einmal manuell installiert worden sein.
@homoran sagte in [HowTo] ioBroker Restore unter Linux durchführen:
@ticaki sagte in [HowTo] ioBroker Restore unter Linux durchführen:
aber VIS (hab da nur mal rumgespielt) mag den Zustand überhaupt nicht
soll heissen?
Das es falsch wäre von mir zu schreiben, dass das Redisbackup überflüssig ist, da vis ohne scheinbar Probleme macht. Woran genau es liegt weiß ich nicht, wollte nur die "objekte und states" aussage korrigieren.
vis muss im Moment vor einem Restore einmal manuell installiert worden sein.
hm... ich habe Vis nicht installiert, jedoch einen falschen Restoreversuch (waren keine Adapter da) ausgeführt, dann das iobroker Verzeichnis gelöscht und noch mal von vorne
-
@homoran sagte in [HowTo] ioBroker Restore unter Linux durchführen:
@ticaki sagte in [HowTo] ioBroker Restore unter Linux durchführen:
aber VIS (hab da nur mal rumgespielt) mag den Zustand überhaupt nicht
soll heissen?
Das es falsch wäre von mir zu schreiben, dass das Redisbackup überflüssig ist, da vis ohne scheinbar Probleme macht. Woran genau es liegt weiß ich nicht, wollte nur die "objekte und states" aussage korrigieren.
vis muss im Moment vor einem Restore einmal manuell installiert worden sein.
hm... ich habe Vis nicht installiert, jedoch einen falschen Restoreversuch (waren keine Adapter da) ausgeführt, dann das iobroker Verzeichnis gelöscht und noch mal von vorne
@ticaki zu Beginn des Threads war das Thema redis, siehe https://forum.iobroker.net/post/334125
Ansonsten im Bezug auf Vis unabhängig von redis, gibt es einen bug seit geraumer Zeit, Abhilfe- auf dem neuen iobroker vor dem backup zurück spielen, vis manuell installieren
Oder - falls es vergessen wurde, per Konsole eine ältere version z.b v1.4.0 installieren und anschliessend wieder hoch auf die aktuelle
umgestiegen von Proxmox auf Unraid
- auf dem neuen iobroker vor dem backup zurück spielen, vis manuell installieren
-
@ticaki zu Beginn des Threads war das Thema redis, siehe https://forum.iobroker.net/post/334125
Ansonsten im Bezug auf Vis unabhängig von redis, gibt es einen bug seit geraumer Zeit, Abhilfe- auf dem neuen iobroker vor dem backup zurück spielen, vis manuell installieren
Oder - falls es vergessen wurde, per Konsole eine ältere version z.b v1.4.0 installieren und anschliessend wieder hoch auf die aktuelle
Hallo,
der Start der Diskussion ist ja schon ein paar Jahre und Programmversionen her.
Ich hoffe, dass ich die Antwort hier nicht übersehen habe.Ich habe die Types jsonl, also weder redis noch file:
iobroker status iobroker is running on this host. Objects type: jsonl States type: jsonlGilt das hier diskutierte trotzdem?
In diesem Zusammenhan noch eine Frage.
Bei Upgrades wird empfohlen, vorher ein Backup zu machen, alsoiobroker stop iobroker backup ...gibt es einen entsprechenden Konsolen-Befehl, das wieder einzuspielen? oder muss das zwingend über den Backitip-Adapter geschehen?
Schönes Restwochenende
- auf dem neuen iobroker vor dem backup zurück spielen, vis manuell installieren
-
Hallo,
der Start der Diskussion ist ja schon ein paar Jahre und Programmversionen her.
Ich hoffe, dass ich die Antwort hier nicht übersehen habe.Ich habe die Types jsonl, also weder redis noch file:
iobroker status iobroker is running on this host. Objects type: jsonl States type: jsonlGilt das hier diskutierte trotzdem?
In diesem Zusammenhan noch eine Frage.
Bei Upgrades wird empfohlen, vorher ein Backup zu machen, alsoiobroker stop iobroker backup ...gibt es einen entsprechenden Konsolen-Befehl, das wieder einzuspielen? oder muss das zwingend über den Backitip-Adapter geschehen?
Schönes Restwochenende
-
Hallo,
der Start der Diskussion ist ja schon ein paar Jahre und Programmversionen her.
Ich hoffe, dass ich die Antwort hier nicht übersehen habe.Ich habe die Types jsonl, also weder redis noch file:
iobroker status iobroker is running on this host. Objects type: jsonl States type: jsonlGilt das hier diskutierte trotzdem?
In diesem Zusammenhan noch eine Frage.
Bei Upgrades wird empfohlen, vorher ein Backup zu machen, alsoiobroker stop iobroker backup ...gibt es einen entsprechenden Konsolen-Befehl, das wieder einzuspielen? oder muss das zwingend über den Backitip-Adapter geschehen?
Schönes Restwochenende
@docadams sagte in [HowTo] ioBroker Restore unter Linux durchführen:
Gilt das hier diskutierte trotzdem?
Was meinst du genau? Der Bug beim Restore von vis ist unabhängig von der Datenbank.
-
-
steht ja auch im ersten Post so drin, wobei ich nicht weiß warum man das nicht mit dem Adapter macht, da einfach einfacher und funktioniert immer :)
@jan1 sagte in [HowTo] ioBroker Restore unter Linux durchführen:
wobei ich nicht weiß warum man das nicht mit dem Adapter macht,
vis installieren?
weil nicht jeder vis nutzt -
@jan1 sagte in [HowTo] ioBroker Restore unter Linux durchführen:
wobei ich nicht weiß warum man das nicht mit dem Adapter macht,
vis installieren?
weil nicht jeder vis nutzt -
Hallo Leute,
ich stehe auch vor dem Problem, dass ich auf meinem neu aufgesetzten Raspberry 5 nichts wieder herstellen kann.
Auch bei mir ergibt
iobroker status iobroker is running on this host. Objects type: jsonl States type: jsonlObjects und States als Typ: jsonl
Die Backupdateien sollten auch richtig liegen:
pi@iobroker:/opt/iobroker $ cd /opt/iobroker/backups pi@iobroker:/opt/iobroker/backups $ ls -l total 12944 -rw-rwxr--+ 1 iobroker iobroker 11852 Dec 14 11:02 grafana_2023_12_14-11_53_55_backupiobroker.tar.gz -rw-rwxr--+ 1 iobroker iobroker 11744384 Dec 14 11:02 influxDB_2023_12_14-11_53_37_backupiobroker.tar.gz -rw-rwxr--+ 1 iobroker iobroker 1468266 Dec 14 11:01 iobroker_2023_12_14-11_53_26_backupiobroker.tar.gz -rw-rwxr--+ 1 iobroker iobroker 5459 Dec 14 11:02 javascripts_2023_12_14-11_54_01_backupiobroker.tar.gz -rw-rwxr--+ 1 iobroker iobroker 16337 Dec 14 10:36 system.adapter.backitup.0.jsonWenn ich das Restore über die Konsole versuche dann hab ich folgenden Fehler:
pi@iobroker:~ $ iobroker stop pi@iobroker:~ $ cd /opt/iobroker iobroker restore 0 host.iobroker Using backup file javascripts_2023_12_14-11_54_01_backupiobroker.tar.gz host.iobroker Cannot find extracted file from file "/opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/backup.json"Wenn ich es über das WebIF unter Backitup --> Konfiguration wiederherstellen versuche dann geht es auch nicht:
"SyntaxError: Unexpected token ' ', " �"... is not valid JSON"Was mache ich falsch?
Danke und Gruß
bonsai -
Hallo Leute,
ich stehe auch vor dem Problem, dass ich auf meinem neu aufgesetzten Raspberry 5 nichts wieder herstellen kann.
Auch bei mir ergibt
iobroker status iobroker is running on this host. Objects type: jsonl States type: jsonlObjects und States als Typ: jsonl
Die Backupdateien sollten auch richtig liegen:
pi@iobroker:/opt/iobroker $ cd /opt/iobroker/backups pi@iobroker:/opt/iobroker/backups $ ls -l total 12944 -rw-rwxr--+ 1 iobroker iobroker 11852 Dec 14 11:02 grafana_2023_12_14-11_53_55_backupiobroker.tar.gz -rw-rwxr--+ 1 iobroker iobroker 11744384 Dec 14 11:02 influxDB_2023_12_14-11_53_37_backupiobroker.tar.gz -rw-rwxr--+ 1 iobroker iobroker 1468266 Dec 14 11:01 iobroker_2023_12_14-11_53_26_backupiobroker.tar.gz -rw-rwxr--+ 1 iobroker iobroker 5459 Dec 14 11:02 javascripts_2023_12_14-11_54_01_backupiobroker.tar.gz -rw-rwxr--+ 1 iobroker iobroker 16337 Dec 14 10:36 system.adapter.backitup.0.jsonWenn ich das Restore über die Konsole versuche dann hab ich folgenden Fehler:
pi@iobroker:~ $ iobroker stop pi@iobroker:~ $ cd /opt/iobroker iobroker restore 0 host.iobroker Using backup file javascripts_2023_12_14-11_54_01_backupiobroker.tar.gz host.iobroker Cannot find extracted file from file "/opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/backup.json"Wenn ich es über das WebIF unter Backitup --> Konfiguration wiederherstellen versuche dann geht es auch nicht:
"SyntaxError: Unexpected token ' ', " �"... is not valid JSON"Was mache ich falsch?
Danke und Gruß
bonsai@bonsai308
So stellt man kein Javascript Backup wieder her.
Mit dem Befehliob restorekann nur ein iobroker Backup wiederhergestellt werden.Über
Konfiguration wiederherstellenim Backitup Tab stellt man die Konfiguration von Backitup selber wieder her.Javascript und andere Backups müssen über das Menü Restore wiederhergestellt werden.
https://github.com/simatec/ioBroker.backitup/wiki/[HowTo]-Restore-auf-Linux-Distributionen
Wenn du dein iobroker über Konsole wiederherstellen möchtest, dann benutze folgenden Befehl:
iob restore iobroker_2023_12_14-11_53_26_backupiobroker.tar.gz -
Nach der Neuinstallationn und dem Restore wie hier im Post #1 beschrieben, müllt sich das Log mit folgendem Inhalt voll:
227 Log-Größe: 507.7 KB Zeit Nachricht admin.0 2024-01-16 16:05:18.967 warn Cannot read file ("admin.admin"/"admin.png"): Not exists admin.0 2024-01-16 16:05:18.742 warn Cannot read file ("admin.admin"/"admin.png"): Not exists admin.0 2024-01-16 16:05:18.674 warn Cannot read file ("admin.admin"/"admin.png"): Not exists admin.0 2024-01-16 16:05:18.443 warn Cannot read file ("admin.admin"/"admin.png"): Not exists admin.0 2024-01-16 16:05:18.097 warn Cannot read file ("admin.admin"/"admin.png"): Not exists admin.0 2024-01-16 16:05:18.031 warn Cannot read file ("admin.admin"/"admin.png"): Not exists admin.0 2024-01-16 16:05:17.723 warn Cannot read file ("admin.admin"/"admin.png"): Not exists admin.0 2024-01-16 16:05:17.477 warn Cannot read file ("admin.admin"/"admin.png"): Not exists admin.0 2024-01-16 16:05:17.413 warn Cannot read file ("admin.admin"/"admin.png"): Not exists admin.0 2024-01-16 16:05:17.107 warn Cannot read file ("admin.admin"/"admin.png"): Not exists admin.0 2024-01-16 16:05:16.870 warn Cannot read file ("admin.admin"/"admin.png"): Not exists admin.0 2024-01-16 16:05:16.806 warn Cannot read file ("admin.admin"/"admin.png"): Not exists admin.0 2024-01-16 16:05:16.509 warn Cannot read file ("admin.admin"/"admin.png"): Not exists admin.0 2024-01-16 16:05:16.317 warn Cannot read file ("admin.admin"/"admin.png"): Not exists admin.0 2024-01-16 16:05:16.214 warn Cannot read file ("admin.admin"/"admin.png"): Not exists admin.0 2024-01-16 16:05:15.922 warn Cannot read file ("admin.admin"/"admin.png"): Not exists admin.0 2024-01-16 16:05:15.699 warn Cannot read file ("admin.admin"/"admin.png"): Not exists admin.0 2024-01-16 16:05:15.639 warn Cannot read file ("admin.admin"/"admin.png"): Not exists admin.0 2024-01-16 16:05:15.346 warn Cannot read file ("admin.admin"/"admin.png"): Not exists admin.0 2024-01-16 16:05:14.870 warn Cannot read file ("backitup.admin"/"backitup.png"): Not exists admin.0 2024-01-16 16:05:14.859 warn Cannot read file ("admin.admin"/"admin.png"): Not exists host.server 2024-01-16 16:01:07.236 warn startInstance cannot find adapter "info@2.0.0". Try to install it... 1 attempt host.server 2024-01-16 16:01:01.625 warn startInstance cannot find adapter "discovery@4.2.0". Try to install it... 1 attempt host.server 2024-01-16 16:00:48.446 warn startInstance cannot find adapter "homekit-controller@0.5.9". Try to install it... 1 attempt host.server 2024-01-16 16:00:32.947 warn startInstance cannot find adapter "roborock@0.4.4". Try to install it... 1 attempt host.server 2024-01-16 16:00:30.636 error iobroker npm-install: The following apt-get packages could not be installed: pam-devel. Please install them manually. host.server 2024-01-16 16:00:30.636 error iobroker npm-install: Cannot install "pam-devel": E: Unable to locate package pam-develAlso die Fehlermeldung zum fehlendem "Admin.png" laufen im sekundentakt hoch.
Auch hat der BackItUp Adapter bzw. Menüpunkt in der linken Seitenleiste keine Grafik mehr und lässt sich nicht aufrufen.Ach so, ich habe den Restore NACH Installation des Redis Servers über die CLI durchgeführt.
IOB Status:
axcell@server:~$ iob status iobroker is running on this host. At least one iobroker host is running. Objects type: redis States type: redisIOB diag:
======================= SUMMARY ======================= v.2023-10-10 Static hostname: server Icon name: computer-desktop Chassis: desktop Operating System: Ubuntu 22.04.3 LTS Kernel: Linux 5.15.0-91-generic Architecture: x86-64 Hardware Vendor: Dell Inc. Hardware Model: OptiPlex 3050 Installation: native Kernel: x86_64 Userland: amd64 Timezone: Europe/Berlin (CET, +0100) User-ID: 1000 X-Server: true Boot Target: graphical.target Pending OS-Updates: 0 Pending iob updates: 0 Nodejs-Installation: /usr/bin/nodejs v18.19.0 /usr/bin/node v18.19.0 /usr/bin/npm 10.2.3 /usr/bin/npx 10.2.3 /usr/bin/corepack 0.22.0 Recommended versions are nodejs 18.19.0 and npm 10.2.3 Your nodejs installation is correct MEMORY: total used free shared buff/cache available Mem: 15G 941M 13G 399M 1.5G 14G Swap: 4.1G 0B 4.1G Total: 19G 941M 17G Active iob-Instances: 15 Active repo(s): stable ioBroker Core: js-controller 5.0.17 admin 6.12.0 ioBroker Status: iobroker is running on this host. At least one iobroker host is running. Objects type: redis States type: redis Status admin and web instance: + system.adapter.admin.0 : admin : server - enabled, port: 8081, bind: 0.0.0.0 (SSL), run as: admin Objects: 1868 States: 1514 Size of iob-Database: 4.4M /opt/iobroker/iobroker-data/objects.jsonl 128K /opt/iobroker/iobroker-data/states.jsonl =================== END OF SUMMARY ====================So erstmal aus meiner Laiensicht nnichts auffällig.
Wo setze ich nun an? -
Nach der Neuinstallationn und dem Restore wie hier im Post #1 beschrieben, müllt sich das Log mit folgendem Inhalt voll:
227 Log-Größe: 507.7 KB Zeit Nachricht admin.0 2024-01-16 16:05:18.967 warn Cannot read file ("admin.admin"/"admin.png"): Not exists admin.0 2024-01-16 16:05:18.742 warn Cannot read file ("admin.admin"/"admin.png"): Not exists admin.0 2024-01-16 16:05:18.674 warn Cannot read file ("admin.admin"/"admin.png"): Not exists admin.0 2024-01-16 16:05:18.443 warn Cannot read file ("admin.admin"/"admin.png"): Not exists admin.0 2024-01-16 16:05:18.097 warn Cannot read file ("admin.admin"/"admin.png"): Not exists admin.0 2024-01-16 16:05:18.031 warn Cannot read file ("admin.admin"/"admin.png"): Not exists admin.0 2024-01-16 16:05:17.723 warn Cannot read file ("admin.admin"/"admin.png"): Not exists admin.0 2024-01-16 16:05:17.477 warn Cannot read file ("admin.admin"/"admin.png"): Not exists admin.0 2024-01-16 16:05:17.413 warn Cannot read file ("admin.admin"/"admin.png"): Not exists admin.0 2024-01-16 16:05:17.107 warn Cannot read file ("admin.admin"/"admin.png"): Not exists admin.0 2024-01-16 16:05:16.870 warn Cannot read file ("admin.admin"/"admin.png"): Not exists admin.0 2024-01-16 16:05:16.806 warn Cannot read file ("admin.admin"/"admin.png"): Not exists admin.0 2024-01-16 16:05:16.509 warn Cannot read file ("admin.admin"/"admin.png"): Not exists admin.0 2024-01-16 16:05:16.317 warn Cannot read file ("admin.admin"/"admin.png"): Not exists admin.0 2024-01-16 16:05:16.214 warn Cannot read file ("admin.admin"/"admin.png"): Not exists admin.0 2024-01-16 16:05:15.922 warn Cannot read file ("admin.admin"/"admin.png"): Not exists admin.0 2024-01-16 16:05:15.699 warn Cannot read file ("admin.admin"/"admin.png"): Not exists admin.0 2024-01-16 16:05:15.639 warn Cannot read file ("admin.admin"/"admin.png"): Not exists admin.0 2024-01-16 16:05:15.346 warn Cannot read file ("admin.admin"/"admin.png"): Not exists admin.0 2024-01-16 16:05:14.870 warn Cannot read file ("backitup.admin"/"backitup.png"): Not exists admin.0 2024-01-16 16:05:14.859 warn Cannot read file ("admin.admin"/"admin.png"): Not exists host.server 2024-01-16 16:01:07.236 warn startInstance cannot find adapter "info@2.0.0". Try to install it... 1 attempt host.server 2024-01-16 16:01:01.625 warn startInstance cannot find adapter "discovery@4.2.0". Try to install it... 1 attempt host.server 2024-01-16 16:00:48.446 warn startInstance cannot find adapter "homekit-controller@0.5.9". Try to install it... 1 attempt host.server 2024-01-16 16:00:32.947 warn startInstance cannot find adapter "roborock@0.4.4". Try to install it... 1 attempt host.server 2024-01-16 16:00:30.636 error iobroker npm-install: The following apt-get packages could not be installed: pam-devel. Please install them manually. host.server 2024-01-16 16:00:30.636 error iobroker npm-install: Cannot install "pam-devel": E: Unable to locate package pam-develAlso die Fehlermeldung zum fehlendem "Admin.png" laufen im sekundentakt hoch.
Auch hat der BackItUp Adapter bzw. Menüpunkt in der linken Seitenleiste keine Grafik mehr und lässt sich nicht aufrufen.Ach so, ich habe den Restore NACH Installation des Redis Servers über die CLI durchgeführt.
IOB Status:
axcell@server:~$ iob status iobroker is running on this host. At least one iobroker host is running. Objects type: redis States type: redisIOB diag:
======================= SUMMARY ======================= v.2023-10-10 Static hostname: server Icon name: computer-desktop Chassis: desktop Operating System: Ubuntu 22.04.3 LTS Kernel: Linux 5.15.0-91-generic Architecture: x86-64 Hardware Vendor: Dell Inc. Hardware Model: OptiPlex 3050 Installation: native Kernel: x86_64 Userland: amd64 Timezone: Europe/Berlin (CET, +0100) User-ID: 1000 X-Server: true Boot Target: graphical.target Pending OS-Updates: 0 Pending iob updates: 0 Nodejs-Installation: /usr/bin/nodejs v18.19.0 /usr/bin/node v18.19.0 /usr/bin/npm 10.2.3 /usr/bin/npx 10.2.3 /usr/bin/corepack 0.22.0 Recommended versions are nodejs 18.19.0 and npm 10.2.3 Your nodejs installation is correct MEMORY: total used free shared buff/cache available Mem: 15G 941M 13G 399M 1.5G 14G Swap: 4.1G 0B 4.1G Total: 19G 941M 17G Active iob-Instances: 15 Active repo(s): stable ioBroker Core: js-controller 5.0.17 admin 6.12.0 ioBroker Status: iobroker is running on this host. At least one iobroker host is running. Objects type: redis States type: redis Status admin and web instance: + system.adapter.admin.0 : admin : server - enabled, port: 8081, bind: 0.0.0.0 (SSL), run as: admin Objects: 1868 States: 1514 Size of iob-Database: 4.4M /opt/iobroker/iobroker-data/objects.jsonl 128K /opt/iobroker/iobroker-data/states.jsonl =================== END OF SUMMARY ====================So erstmal aus meiner Laiensicht nnichts auffällig.
Wo setze ich nun an?@axcell
Kann es sein das du zu schnell bist und das Backup noch läuft?Davon ab: Server immer ohne Desktop betreiben.
Das Paket 'pam-devel' gibt es nicht unter Debian, jedenfalls nicht unter dem Namen. Installier da
sudo apt install libpam0g-dev -
@axcell
Kann es sein das du zu schnell bist und das Backup noch läuft?Davon ab: Server immer ohne Desktop betreiben.
Das Paket 'pam-devel' gibt es nicht unter Debian, jedenfalls nicht unter dem Namen. Installier da
sudo apt install libpam0g-dev@thomas-braun sagte in [HowTo] ioBroker Restore unter Linux durchführen:
@axcell
....
Davon ab: Server immer ohne Desktop betreiben.Das Paket 'pam-devel' gibt es nicht unter Debian, jedenfalls nicht unter dem Namen. Installier da
sudo apt install libpam0g-devDann sagen wir einfach mal, es ist ein Desktop PC, der zusätzlich den ioBroker hostet, wegen der bemängelten GUI auf einem Server ;-) Aber mal ehrlich und blöd nachgefragt, können dadurch Konflikte auftreten wenn ein Server zusätzlich eine GUI betreibt?
Der Befehl:
sudo apt install libpam0g-devergibt nur:
axcell@server:~$ sudo apt install libpam0g-dev [sudo] Passwort für axcell: Paketlisten werden gelesen… Fertig Abhängigkeitsbaum wird aufgebaut… Fertig Statusinformationen werden eingelesen… Fertig libpam0g-dev ist schon die neueste Version (1.4.0-11ubuntu2.3). 0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.Wegen dem "zu schnell", wenn die Konsole sagt, Restore erfolgreich und der Prozessor nichts mehr macht, also im IDLE dümpelt, dachte ich eigentlich, dass der Restore fertig und abgeschlossen ist.
Wenn ich den iobroker laufen lasse, erzeugt er mir permanent LOG Einträge im Sekundentakt mit der oben angegebenen Meldungadmin.0 2024-01-16 16:05:15.346 warn Cannot read file ("admin.admin"/"admin.png"): Not existsP.S: So sieht es aktuell aus, meiner Meinung nach, nicht ganz korrekt.....
-
@thomas-braun sagte in [HowTo] ioBroker Restore unter Linux durchführen:
@axcell
....
Davon ab: Server immer ohne Desktop betreiben.Das Paket 'pam-devel' gibt es nicht unter Debian, jedenfalls nicht unter dem Namen. Installier da
sudo apt install libpam0g-devDann sagen wir einfach mal, es ist ein Desktop PC, der zusätzlich den ioBroker hostet, wegen der bemängelten GUI auf einem Server ;-) Aber mal ehrlich und blöd nachgefragt, können dadurch Konflikte auftreten wenn ein Server zusätzlich eine GUI betreibt?
Der Befehl:
sudo apt install libpam0g-devergibt nur:
axcell@server:~$ sudo apt install libpam0g-dev [sudo] Passwort für axcell: Paketlisten werden gelesen… Fertig Abhängigkeitsbaum wird aufgebaut… Fertig Statusinformationen werden eingelesen… Fertig libpam0g-dev ist schon die neueste Version (1.4.0-11ubuntu2.3). 0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.Wegen dem "zu schnell", wenn die Konsole sagt, Restore erfolgreich und der Prozessor nichts mehr macht, also im IDLE dümpelt, dachte ich eigentlich, dass der Restore fertig und abgeschlossen ist.
Wenn ich den iobroker laufen lasse, erzeugt er mir permanent LOG Einträge im Sekundentakt mit der oben angegebenen Meldungadmin.0 2024-01-16 16:05:15.346 warn Cannot read file ("admin.admin"/"admin.png"): Not existsP.S: So sieht es aktuell aus, meiner Meinung nach, nicht ganz korrekt.....
@axcell sagte in [HowTo] ioBroker Restore unter Linux durchführen:
können dadurch Konflikte auftreten wenn ein Server zusätzlich eine GUI betreibt?
Unter Umständen.
Ein Server wird aus vielen verschiedenen Gründen ohne Gui betrieben. Alles was nicht unnötig mitrumpelt muss nicht gepflegt werden, kann nicht kaputt gehen und kann auch keine Sicherheitslücken haben. Der Rechnerbetrieb wird unnötig komplex.Serversoftware verfügt meist eh über ein CLI und kein GUI, du musst also eh ein Terminal füttern. Z.B. mit
iob upload all -
@axcell sagte in [HowTo] ioBroker Restore unter Linux durchführen:
können dadurch Konflikte auftreten wenn ein Server zusätzlich eine GUI betreibt?
Unter Umständen.
Ein Server wird aus vielen verschiedenen Gründen ohne Gui betrieben. Alles was nicht unnötig mitrumpelt muss nicht gepflegt werden, kann nicht kaputt gehen und kann auch keine Sicherheitslücken haben. Der Rechnerbetrieb wird unnötig komplex.Serversoftware verfügt meist eh über ein CLI und kein GUI, du musst also eh ein Terminal füttern. Z.B. mit
iob upload all@thomas-braun
Ja ok, das mit den Sicherheitslücken macht Sinn.
Ja, primär nutze ich ja auch das CLI, aber wenn es eben ein ausgedienter Laptop oder Desktop PC ist, der den ioBroker hostet, ist das ja auch zusätzlich nur erleichternd, wenn mal der SSH abgekackt ist oder die Netzwerkkarte aussteigt.
Aber ok, ich will eine GUI auf einem Server nicht schön reden, du hast schon Recht.Ich habe zwischenzeitlich ich den BackItUp Adapter deinstalliert und neu installiert und das Backup neu angestossen, danach dann
iob upload allausgeführt, jetzt müllt sich das LOG zumindest nicht mehr mit Einträgen voll, die Adapter sind alle wieder installiert und scheinbar ist nun Ruhe.
Ob es an "upload all" oder am neuen anstossen der Backupwiederherstellung nach re-installieren des Backitup lag / liegt, mag ich nicht beurteilen. -
@thomas-braun
Ja ok, das mit den Sicherheitslücken macht Sinn.
Ja, primär nutze ich ja auch das CLI, aber wenn es eben ein ausgedienter Laptop oder Desktop PC ist, der den ioBroker hostet, ist das ja auch zusätzlich nur erleichternd, wenn mal der SSH abgekackt ist oder die Netzwerkkarte aussteigt.
Aber ok, ich will eine GUI auf einem Server nicht schön reden, du hast schon Recht.Ich habe zwischenzeitlich ich den BackItUp Adapter deinstalliert und neu installiert und das Backup neu angestossen, danach dann
iob upload allausgeführt, jetzt müllt sich das LOG zumindest nicht mehr mit Einträgen voll, die Adapter sind alle wieder installiert und scheinbar ist nun Ruhe.
Ob es an "upload all" oder am neuen anstossen der Backupwiederherstellung nach re-installieren des Backitup lag / liegt, mag ich nicht beurteilen.@axcell sagte in [HowTo] ioBroker Restore unter Linux durchführen:
mag ich nicht beurteilen.
Ich schon. Lag an fehlenden Dateien, die du nun per upload all wieder an den korrekten Platz geschoben hast.
Und schalt den Desktop aus.
sudo systemctl set-default multi-user.target -
@axcell sagte in [HowTo] ioBroker Restore unter Linux durchführen:
mag ich nicht beurteilen.
Ich schon. Lag an fehlenden Dateien, die du nun per upload all wieder an den korrekten Platz geschoben hast.
Und schalt den Desktop aus.
sudo systemctl set-default multi-user.target@thomas-braun sagte in [HowTo] ioBroker Restore unter Linux durchführen:
sudo systemctl set-default multi-user.target
Erledigt Chef :wink: und Danke!
-
@thomas-braun sagte in [HowTo] ioBroker Restore unter Linux durchführen:
sudo systemctl set-default multi-user.target
Erledigt Chef :wink: und Danke!
Hallo zusammen,
nach einem Neuaufsetzen mit einer neuen SD-Karte komme ich nicht weiter. Meine Backups liegen auf Google Drive, leider findet Backitup die Dateien nicht.
Allerdings war ich schon in der Lage die iobroker-Backupdatei einzuspielen, die anderen (influx, javascripts usw) werden nicht mehr gefunden.kann mir jemand helfen, wie ich an das Problem rangehen kann?
-
Hallo zusammen,
nach einem Neuaufsetzen mit einer neuen SD-Karte komme ich nicht weiter. Meine Backups liegen auf Google Drive, leider findet Backitup die Dateien nicht.
Allerdings war ich schon in der Lage die iobroker-Backupdatei einzuspielen, die anderen (influx, javascripts usw) werden nicht mehr gefunden.kann mir jemand helfen, wie ich an das Problem rangehen kann?
Moin,
ich mußte gerade ein Image von meinem Homeserver zurückspielen.
(Hatte nix mit dem IOBroker zu tun)
Also erstmal ein Backup vom IOB, Grafana, InfluxDB gemacht.
Dann Restore Image vom Server und erstmal alle Updates vom Debian und IOB gemacht.
Nach Reboot dann Restore vom IOB- Dann InfluxDB
- Dann Grafana
Danach ware der sourceanalytix-Adapter nicht mehr da und auch keine aktuellen daten von der InfluxDB - nur die mit den paar Minuten nach dem Restore.
Also den sourceanalytix-Adapter nachinstalliert, nochmal Restore IOB-Backup.
Aber immer noch keine Daten in der InfluxDB.
Im Log stand sowas von DB gibt es schon Restore erfolgreich.
OK, also die InfluxDB komplett gelöscht und nochmal Restore InfluxDB.
Nun ist alles wieder schön.
Frage:- Werden Apps aus dem GIT nicht wiederhergestellt?
- Ist das normal, daß man die InfluxDB vorher löschen muß?
Danke für die Antwort/en :blush:
801
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge