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

[Tontechniker]

@simatec Vielen Dank für Deine Antwort! Hier kommen die Ausgaben:

Gleiche Hostnamen habe ich hinbekommen. Problem ist die falsche Webadresse 192.168.178.56 (ist die des Raspi 3B) Es müßte für den Raspi 4 die 192.168.178.73 sein. Wie kann ich die im Backup-File, bzw. im zurück geschriebenen Admin ändern?

[simatec]

@tontechniker

iobroker set admin.0 --bind 0.0.0.0

[Tontechniker]

@simatec Vielen Dank! Das waren die entscheidenden Hinweise!

[Tontechniker]

@simatec Habe jetzt doch noch ein Problem. Die Vis lässt sich nicht starten. Beim Start von "Instanzen" aus kommt folgende Fehlermeldung:

Der Versuch den Adapter zu deinstallieren und neu zu installieren brachte keinen Erfolg. Hast Du eine Idee, wie ich da weiter kommen kann? Hängt es vielleicht auch mit der Webadresse zusammen?

Edit:
Habe alles nochmal neu installiert und ein aktuelles Backup zurückgespielt. Nun kommt die Meldung:
"File index.html not found: {}"

Edit 2:
Habe die Vis mit allen zusammenhängenden Komponenten deinstalliert und anschließend neu installiert. Danach funktionierte die Vis wieder.
Danke nochmal für Eure Hilfe!

[Thomas Braun]

@tontechniker

Der statt web_port muss da die Portnummer rein

[Feinfinger]

Hallo zusammen,

Meine alte Installation (4.0.15) lies sich aus unerkärlichen Gründen nicht auf 4.0.19 updaten.

Ok dachte ich, setzt mal schnell einen neuen LXC auf und installier iobroker neu.
Da ich täglich sichere, sollte das ja keine lange Prozedur werden.

Pustekuchen.

Die neue Installation ist absolut jungfräulich, nur eben mein NAS im backitup Adapter konfiguriert, backup ausgewählt und los.

Nach ca. 30 Sekunden hängt sich der restore an diesem Punkt auf...

[DEBUG] [iobroker] Server Objects 127.0.0.1:47294 Error from InMemDB: Error: EXEC whitout MULTI

Hat jemand nen Tipp für mich?

Der Fehler kommt auch, wenn ich das restore über die Console anstoße.

[wendy2702]

@feinfinger sagte in [HowTo] ioBroker Restore unter Linux durchführen:

installier iobroker neu

Wie denn genau installiert?
Läuft iobroker denn bevor du das Restore startest?

[Feinfinger]

@wendy2702

Mit dem neuen Installationscript, bzw. genau nach Anleitung auf der Webseite.

Ich kann ohne Probleme auf die "alte" Installation zugreifen, die läuft auch noch bei mir, lässt sich aber nicht updaten.

Auf die neue Installation kann ich auch zugreifen, dort habe ich nur eben den backitup Adapter eingerichtet, um aufs NAS zuzugreifen.

[wendy2702]

@feinfinger sagte in [HowTo] ioBroker Restore unter Linux durchführen:

Mit dem neuen Installationscript, bzw. genau nach Anleitung auf der Webseite

Welches Script? Welche Webseite genau bitte... gibt leider nich etliche veraltete Anleitung im Netz.

Wenn du die alte Installation noch hast, wo liegt der Fehler, das Problem beim Upgrade? Ist aber besser in einem eigenen Thread aufgehoben.

Was willst du denn jetzt lieber, das neue ans laufen bekommen oder das alte?

[Feinfinger]

@wendy2702
Installation der neuen Installation über die offizielle iobroker Webpage.

Das Update bei der alten Version schlägt fehl, weil laut log über 200 Dateien im NPM Ordner nen falschen Namen haben.

Ich habe mich immer strickt an die Anweisungen bei updates gehalten und es hat auch bis zur Version 4.0.15 immer funktioniert. Was da nun den Fehler verursacht, ist mit völlig unbekannt.

Am liebsten hätte ich nun eine saubere neue Installation mit zumindest allen Scripten und der VIS.

Die restlichen Adapter (insgesamt 24) sind ja mehr oder weniger schnell eingerichtet.

[wendy2702]

@feinfinger Die neue Installation ist ein "einzeiler":

curl -sLf https://iobroker.net/install.sh | bash -

Hier wird alles was iobroker benötigt NodeJS/NPM automatisch mit installiert in den empfohlenen Versionen. Hast du das benutzt?

Lief in deiner alten Installation REDIS eventuell auf einem externen Server?

[Feinfinger]

@wendy2702

Genau den habe ich benutzt.

Hatte keinen externen Redis Server.

Logge in eine influxDB, die in nem separaten Container läuft, aber das sollte ja kein Problem sein.

[Homoran]

@feinfinger sagte in [HowTo] ioBroker Restore unter Linux durchführen:

Hatte keinen externen Redis Server.
Logge in eine influxDB, die in nem separaten Container läuft, aber das sollte ja kein Problem sein.

das hat miteinander nichts zu tun.

Man kann die States statt in einer JSON-Datei auch in einer REDIS Datenbank auf dem ioBroker Server speichern.
In sehr viel früheren Installationen als die Einplatinenrechner noch schwach waren war das sogar Standard

[crunchip]

@feinfinger sagte in [HowTo] ioBroker Restore unter Linux durchführen:

eben mein NAS im backitup Adapter konfiguriert

passt da auch wirklich die Konfiguration?

@feinfinger sagte in [HowTo] ioBroker Restore unter Linux durchführen:

hängt sich der restore an diesem Punkt auf...

kommt da noch mehr im Log?

@feinfinger sagte in [HowTo] ioBroker Restore unter Linux durchführen:

setzt mal schnell einen neuen LXC auf

ist der auch entsprechend ausgelegt(Ram)?

wenn du das backup manuell nach /opt/iobroker/backups spielst und dann ein restore ausführst

[Feinfinger]

@crunchip

Also die Konfiguration passt, sonst könnte ich ja garnicht auf das Backup zugreifen.

Den Versuch, es lokal zu verschieben, habe ich auch schon gestartet, allerdings hängt das Backup trotzdem genau am gleichen Punkt, genau bei 12000 von 14532 states.

Der LXC hat 4 GB RAM und 10 GB Festplatte, das sollte dicke reichen.

Was noch interessant ist, wenn das Backup sich aufgehangen hat, ist der iobroker Installation im Eimer, d.h. kein iob fix hilft mehr, um sie wieder in Gang zu bekommen.

Hilft nur, den LXC wieder neu aufzusetzen und von vorne zu beginnen.

[crunchip]

@feinfinger ein anderes Backup mal versucht?

@feinfinger sagte in [HowTo] ioBroker Restore unter Linux durchführen:

Hilft nur, den LXC wieder neu aufzusetzen

mach doch vorher ein backup des LXC, spart ein wenig Zeit und musst nicht alles neu einrichten(Zeitzone, update, user anlegen)

[Feinfinger]

@crunchip

Ja, hab ein paar backups probiert, immer das selbe.

Den "iobroker clean Container" habe ich mir auch schon erstellt ;-)

[crunchip]

@feinfinger dann vermute ich mal das mit deiner bisherigen iobroker installation etwas faul ist und keine funktionierenden backups zu Stande kamen.

• ein älteres backup vorhanden( vor js-controller 4.x) und probiert?
• oder die aktuelle laufende Installation nochmal genauer ansehen und reparieren

[Feinfinger]

@crunchip

Ich vermute das beim Update auf 4.x irgendetwas in die Hose gegangen ist.

Setze grad neu auf, hoffe nur meine VIS und die ganzen Scripte wieder an laufen bekomme.

[crunchip]

@feinfinger möglichkeit wäre auch noch das iobroker-data Verzeichnis zu sichern und manuell wieder einzuspielen, sofern das heutzutage noch problemlos möglich ist
wie unter Punkt e) beschrieben https://forum.iobroker.net/topic/22867/how-to-node-js-für-iobroker-richtig-updaten/2