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

[simatec]

Ist denn iobroker jetzt gestoppt wurden?

(Rotierender Kreis in der Mitte der Weboberfläche)

Gesendet von iPhone mit Tapatalk

[simatec]

Ich gehe davon aus, dass du iobroker mit dem neuen installer eingerichtet und installiert hast.

Hier musst du aktuell noch in dein System eingreifen.

Du musst dem User iobroker noch Rechte geben

Das passiert wie folgt.

Gebe folgendes in der Konsole ein.

sudo visudo

Dort am Ende der Datei folgende Zeile einfügen und mit strg-o >>>> enter >>>> str-x speichern

iobroker ALL=(ALL) NOPASSWD: /bin/mount, /bin/umount, /bin/systemctl

Bitte prüfe aber vorher, ob die Abhängigkeiten mount, umount und systemctl auch im Ordner /bin liegen.

Eventuell können die auch in /usr/bin liegen.

Dann bitte die Zeile dementsprechend so anpassen:

Username ALL=(ALL) NOPASSWD: /usr/bin/mount, /usr/bin/umount, /usr/bin/systemctl

Gesendet von iPhone mit Tapatalk

[Leviathan09]

@simatec:

Ist denn iobroker jetzt gestoppt wurden?

(Rotierender Kreis in der Mitte der Weboberfläche) `
Jap, wurde gestoppt.

@simatec:

Ich gehe davon aus, dass du iobroker mit dem neuen installer eingerichtet und installiert hast.

Hier musst du aktuell noch in dein System eingreifen. `

Ja, habe den neuen Installer benutzt.

Welche eingriffe muss ich noch machen?

[simatec]

@Leviathan09:

@simatec:

Ist denn iobroker jetzt gestoppt wurden?

(Rotierender Kreis in der Mitte der Weboberfläche) `
Jap, wurde gestoppt.

@simatec:

Ich gehe davon aus, dass du iobroker mit dem neuen installer eingerichtet und installiert hast.

Hier musst du aktuell noch in dein System eingreifen. `

Ja, habe den neuen Installer benutzt.

Welche eingriffe muss ich noch machen? `

Wenn gestoppt wurde, dann sollte alles ohne Eingriffe laufen.

Warte jetzt erstmal und lass es laufen

Gesendet von iPhone mit Tapatalk

[Leviathan09]

@simatec:

@Leviathan09:

@simatec:

Ist denn iobroker jetzt gestoppt wurden?

(Rotierender Kreis in der Mitte der Weboberfläche) `
Jap, wurde gestoppt.

@simatec:

Ich gehe davon aus, dass du iobroker mit dem neuen installer eingerichtet und installiert hast.

Hier musst du aktuell noch in dein System eingreifen. `

Ja, habe den neuen Installer benutzt.

Welche eingriffe muss ich noch machen? `

Wenn gestoppt wurde, dann sollte alles ohne Eingriffe laufen.

Warte jetzt erstmal und lass es laufen

Gesendet von iPhone mit Tapatalk `

Das ganze lief jetzt über 2std

Ergebnis aus der Log Datei:

<code>2019-01-18 17:40:27.156  - [34mdebug[39m: backitup.0 system.adapter.admin.0: logging true
2019-01-18 17:40:27.634  - [32minfo[39m: host.iobroker-test instance system.adapter.backitup.0 terminated with code 0 (OK)
2019-01-18 17:40:29.631  - [32minfo[39m: host.iobroker-test instance system.adapter.backitup.0 started with pid 1367
2019-01-18 17:40:30.000  - [34mdebug[39m: backitup.0 objectDB connected
2019-01-18 17:40:30.022  - [34mdebug[39m: backitup.0 statesDB connected
2019-01-18 17:40:30.158  - [32minfo[39m: backitup.0 starting. Version 1.0.7 in /opt/iobroker/node_modules/iobroker.backitup, node: v8.15.0
2019-01-18 17:40:39.222  - [34mdebug[39m: backitup.0 sendTo "list" to system.adapter.admin.0 from system.adapter.backitup.0
2019-01-18 17:40:42.744  - [34mdebug[39m: backitup.0 system.adapter.admin.0: logging false
2019-01-18 17:41:15.928  - [34mdebug[39m: backitup.0 Download of "/total_2019_01_17-10_06_01_backupiobroker.tar.gz" started
2019-01-18 17:41:46.999  - [34mdebug[39m: backitup.0 system.adapter.admin.0: logging true
2019-01-18 17:41:58.782  - [32minfo[39m: host.iobroker-test object change system.adapter.backitup.0
2019-01-18 17:41:58.788  - [32minfo[39m: host.iobroker-test "system.adapter.backitup.0" disabled
2019-01-18 17:41:58.788  - [32minfo[39m: host.iobroker-test stopInstance system.adapter.backitup.0
2019-01-18 17:41:58.788  - [32minfo[39m: host.iobroker-test stopInstance system.adapter.backitup.0 killing pid 1367
2019-01-18 17:41:59.307  - [32minfo[39m: host.iobroker-test instance system.adapter.backitup.0 terminated with code 0 (OK)
2019-01-18 17:42:03.654  - [32minfo[39m: host.iobroker-test object change system.adapter.backitup.0
2019-01-18 17:42:03.659  - [32minfo[39m: host.iobroker-test instance system.adapter.backitup.0 started with pid 1378
2019-01-18 17:42:04.048  - [34mdebug[39m: backitup.0 objectDB connected
2019-01-18 17:42:04.070  - [34mdebug[39m: backitup.0 statesDB connected
2019-01-18 17:42:04.201  - [32minfo[39m: backitup.0 starting. Version 1.0.7 in /opt/iobroker/node_modules/iobroker.backitup, node: v8.15.0
2019-01-18 17:42:15.211  - [34mdebug[39m: backitup.0 sendTo "list" to system.adapter.admin.0 from system.adapter.backitup.0
2019-01-18 17:42:18.562  - [34mdebug[39m: backitup.0 system.adapter.admin.0: logging false
2019-01-18 17:42:20.629  - [34mdebug[39m: backitup.0 sendTo "restore" to system.adapter.admin.0 from system.adapter.backitup.0
2019-01-18 18:33:01.893  - [32minfo[39m: host.iobroker-test Delete log file iobroker.2019-01-11.log[/code]</code>

[simatec]

Packe mal das backup in den lokalen Pfad /opt/iobroker/backups und starte dann lokal den Restore

Gesendet von iPhone mit Tapatalk

[simatec]

Für alle mit einer Installation über den neuen Installationsscripts hier ein kleiner Workaround für die Rechtevergabe von eurem User iobroker.

Damit laufen dann auch alle Dinge in backitup normal.

Bis zum Fix des Installers ist das die Lösung für backitup.

Die Datei im Anhang runterladen und in sudo4backitup.sh umbenennen.

Im Anschluss die Datei auf euren iobroker Sytem ablegen und mit folgenden Befehl ausführen.

sudo bash /euer/Pfad/zur/Datei/sudo4backitup.sh

Den Anweisungen folgen und das wars ….
sudo4backitup_V3.sh

[Leviathan09]

@simatec:

Packe mal das backup in den lokalen Pfad /opt/iobroker/backups und starte dann lokal den Restore `

Habe das Backup kopiert und lokal ausprobiert. Hate nun über Nacht zeit zu laufen funktioniere aber auch nicht.

Habe nun den Snapshot der VM nochmal auf Anfang zurück gesetzt, dein Script ausgeführt und es nochmal probiert.

Was mir aber diesmal aufgefallen ist und wohl die ganze Zeit entgangen…der ioBroker stop doch nicht

Also habe ich das stoppen und starten mal manuell ausgeführt und siehe da es hat "zum Teil" funktioniert.

Zum Teil deswegen da ich ja nich weiß wann der restore fertig ist, habe vermutlich also zu früh gestartet oder so.

Habe dann mal versucht mich durch die Skripte von Backitup zu lesen und auch den Aufruf von 'stop_r_IOB.sh' und 'start_r_IOB.sh' gefunden.

Leider aber nicht wo diese erstellt werden oder abgelegt sind.

Meine Vermutung ist, da ja mit der neuen Installationsvariante die alten Start/Stop Befehle nicht mehr gehen, das hier evtl. der Fehler ist.

Könnte das sein?

Ich habe den den stop und start hiermit durchgeführt:

sudo systemctl stop iobroker
sudo systemctl start iobroker

PS: Dein sudo4backitup.sh habe ich auch ausgeführt

Ausgabe:

################################# sudo4backitup ###############################
Please enter Username for your iobroker Install (Enter for default: iobroker): 'MeinUsername'
######## Your user 'MeinUsername' has sudo approved for: /bin/mount, /bin/umount, /bin/systemctl ########
#################### sudo4backitup finsh ####################

[simatec]

Die Version 1.0.7 ist angepasst an die neuen Start und Stop Methoden.

Führe den Script sudo4backitup für den user „iobroker“ aus.

Es bringt nix, wenn du dafür den User nimmst, den du erstellt hast.

Es muss der User iobroker sein.

Dieser wird auch mit dem Installationsscript erstellt und braucht die sudo Rechte.

Das Problem besteht darin, dass der User iobroker mit sudo systemctl stop iobroker nicht weiterkommt, da ein Passwort abgefragt wird.

Darum bitte den Script sudo4backitup ausführen und den User iobroker nehmen

Gesendet von iPhone mit Tapatalk

[Leviathan09]

@simatec:

Die Version 1.0.7 ist angepasst an die neuen Start und Stop Methoden.

Führe den Script sudo4backitup für den user „iobroker“ aus.

Es bringt nix, wenn du dafür den User nimmst, den du erstellt hast.

Es muss der User iobroker sein.

Dieser wird auch mit dem Installationsscript erstellt und braucht die sudo Rechte.

Das Problem besteht darin, dass der User iobroker mit sudo systemctl stop iobroker nicht weiterkommt, da ein Passwort abgefragt wird.

Darum bitte den Script sudo4backitup ausführen und den User iobroker nehmen

Gesendet von iPhone mit Tapatalk `

Vielen Dank für's Erklären

Script habe ich nun für den iobroker user laufen lassen - lief problemlos durch

Das stoppen von iobroker hat dann auch funktioniert

Allerdings läuft der Restore nun schon wieder eine Weile, ist das normal das es über ne Stunde dauert?

[simatec]

Es kommt immer darauf an, wie groß das backup ist.

Wie groß ist dein total backup und gast du es lokal abgelegt oder machst du den Restore aus der Dropbox?

Auch das macht einen zeitlichen Unterschied.

Gesendet von iPhone mit Tapatalk

[Leviathan09]

@simatec:

Es kommt immer darauf an, wie groß das backup ist.

Wie groß ist dein total backup und gast du es lokal abgelegt oder machst du den Restore aus der Dropbox?

Auch das macht einen zeitlichen Unterschied.

Gesendet von iPhone mit Tapatalk `
Total Backup ist 255MB groß und liegt lokal

[Diginix]

Ist im git schon der Bugfix für das History html?

[simatec]

@Leviathan09:

@simatec:

Es kommt immer darauf an, wie groß das backup ist.

Wie groß ist dein total backup und gast du es lokal abgelegt oder machst du den Restore aus der Dropbox?

Auch das macht einen zeitlichen Unterschied.

Gesendet von iPhone mit Tapatalk Total Backup ist 255MB groß und liegt lokal

Das sollte so je nach Rechenleistung ca. 30-60 Minuten dauern

Gesendet von iPhone mit Tapatalk

[simatec]

@Diginix:

Ist im git schon der Bugfix für das History html? `

Nein nur bei mir lokal [emoji4]

Gesendet von iPhone mit Tapatalk

[Leviathan09]

@simatec:

Das sollte so je nach Rechenleistung ca. 30-60 Minuten dauern

Gesendet von iPhone mit Tapatalk `

Dann frage ich mich was da los ist.

ioBroker ist immer noch gestoppt.

Dauer bis jetzt 2h 52min ago.

Werde jetzt mal händisch wieder starten und schauen ob und was passiert ist.

Edit: Ergebnis…nichts rödelt fast 3std und alles ist wie vorher.

Versuche es nun mal mit einem Backup von vor 4 Tagen. Vllt ist ja das Backup von vor 2 Tagen iwie kaputt.

[MathiasJ]

@Buddinski88:

Das aufwecken klappt auch soweit, aber die 25 Sekunden Wartezeit bis das Backup startet, reicht leider nicht aus. `

Eigenartig,

Ich habe auf meiner DS wake up deaktiviert und es lief durch.

Gruß,

Mathias

Gesendet von meinem MI 8 mit Tapatalk

[simatec]

@Leviathan09:

@simatec:

Das sollte so je nach Rechenleistung ca. 30-60 Minuten dauern

Gesendet von iPhone mit Tapatalk `

Dann frage ich mich was da los ist.

ioBroker ist immer noch gestoppt.

Dauer bis jetzt 2h 52min ago.

Werde jetzt mal händisch wieder starten und schauen ob und was passiert ist.

Edit: Ergebnis…nichts rödelt fast 3std und alles ist wie vorher.

Versuche es nun mal mit einem Backup von vor 4 Tagen. Vllt ist ja das Backup von vor 2 Tagen iwie kaputt. `

Warum nimmst du eigentlich ein total.

Um ein neues sauberes System aufzusetzen, wäre ein minimal besser

So werden alle Adapter neu installiert.

VIS und Scripte wären alle da

[Leviathan09]

@simatec:

@Leviathan09:

@simatec:

Das sollte so je nach Rechenleistung ca. 30-60 Minuten dauern

Gesendet von iPhone mit Tapatalk `

Dann frage ich mich was da los ist.

ioBroker ist immer noch gestoppt.

Dauer bis jetzt 2h 52min ago.

Werde jetzt mal händisch wieder starten und schauen ob und was passiert ist.

Edit: Ergebnis…nichts rödelt fast 3std und alles ist wie vorher.

Versuche es nun mal mit einem Backup von vor 4 Tagen. Vllt ist ja das Backup von vor 2 Tagen iwie kaputt. `

Warum nimmst du eigentlich ein total.

Um ein neues sauberes System aufzusetzen, wäre ein minimal besser

So werden alle Adapter neu installiert.

VIS und Scripte wären alle da `

Werde ich morgen dann mal testen. Habe gerade Stromausfall zuhause und somit kein Zugriff mehr von Extern :evil:

Danke vielmals für deine Hilfe

[simatec]

Du kannst auch die backups vorher prüfen … Z.B. mit 7zip oder anderen Tools.