@Marc-Berg sagte:

Du bist dort auf der Admin-Seite, hier ging es um die Host-Einstellungen.

Deswegen die Frage wo das ist.

Ich nehme mal an, dass es diese Einstellungen in der GUI noch nicht gab, als ich damals die Doku schrieb.
Um ehrlich zu sein, ich kenne sie auch bis jetzt nicht.

Aber DANGER ZONE (+Erklärung dazu) sollte Warnung genug sein!
No Mercy 😁

@Homoran sagte:

So etwas steht, tlw. fett und rot, oder in Warnkästchen, in der Doku

Das ist aber die falsche Stelle. Du bist dort auf der Admin-Seite, hier ging es um die Host-Einstellungen.

EDIT: Bild geändert

@Rene.Home sagte:

vielleicht sollte man in der Doku aufnehmen das hier der lokalhost eingertragen werden sollte.....

In der Standard-Installation steht da automatisch localhost/127.0.0.1 drin. Das sollte man so lassen. Wenn man es ändert, läuft man auf die von dir beschriebenen Fehler.

Eigentlich kommt man nie in die Verlegenheit, dort etwas ändern zu wollen.

@Rene.Home sagte:

vielleicht sollte man in der Doku aufnehmen das hier der lokalhost eingertragen werden sollte.....

Wo genau?

So etwas steht, tlw. fett und rot, oder in Warnkästchen, in der Doku

In etwa so?

@Homoran sagte:

Ich hatte versucht in der Backupdate in der betreffenden Datei die IP-Adresse auf den neuen Server zu ändern und wieder als tar.gz Datei zu speichern

"versucht"

@Rene.Home sagte:

Ich hatte versucht in der Backupdate in der betreffenden Datei die IP-Adresse auf den neuen Server zu ändern und wieder als tar.gz Datei zu speichern

@arteck sagte:

ausser der hat da manuell was gefummelt..

Richtig, das ist mein Hinweis. Und das Gefummel kopiert man sich mit deiner Methode und /oder einem Restore auf den neuen Host. Deshalb vorher geradeziehen. Nichts anderes habe ich behauptet.

@Marc-Berg sagte:

Da kannst du "IMMER" noch zehn Mal groß hier hin schreiben, es stimmt halt nicht. Wenn du bei einem Singlehost die IP-Adresse in der iobroker.json von localhost/127.0.0.1 änderst auf einen ungültigen Wert, dann startet ioBroker nicht mehr.

warum sollte man diese adresse ändern ?? bei einer single host installation ??ausser man verlagert die Datan woanders an eine andere Maschiene...
und JA es ist logisch, dass der iobroker dann nicht mehr startet (hab nie gegenteil behauptet) den da liegen auch die Daten.. also wo ist das Problem ??

single install = localhost , ausser wenn die Daten EXTRA woanders liegen, manueller Eingriff
multihost = meistens die IP des Master, oder halt der Maschiene wo die Daten liegen

also nochmal da der TE Ersteller NUR ein single host hat liegen die Daten auf localhost..
und es ist dem restore egal. da dies auch so übernommen wird (single host)

ausser der hat da manuell was gefummelt..was ich nicht von ausgehe

@arteck sagte:

jaha .. und das ist bei einer single host installation IMMER localhost.. IMMER also wumpe..

Da kannst du "IMMER" noch zehn Mal groß hier hin schreiben, es stimmt halt nicht. Wenn du bei einem Singlehost die IP-Adresse in der iobroker.json von localhost/127.0.0.1 änderst auf einen ungültigen Wert, dann startet ioBroker nicht mehr.

Und wie der TE geschrieben hat, wurde die DB auf dem alten Host restored. Komisch, wo doch immer localhost genommen wird ...

also zurück zum Thema..

Leider ist genau das o.g. hier das Thema.

@Marc-Berg sagte:

Denn zu dieser IP verbindet er sich. Ich sprach mit keinem Wort davon, dass es erheblich sei, welche IP der Host hat.

jaha .. und das ist bei einer single host installation IMMER localhost.. IMMER also wumpe..
bei einer multi Host installation steht da die ip des Master (meistens) . bzw die IP wo die jsonl bzw redis läuft (und bei mir sogar die des Sentinels)

und das muss nicht zwingend die IP des Master sein....

aber das ist nicht Ziel dieses Threads..

also zurück zum Thema..

@Homoran sagte:

Gilt diese Einstellung denn nicht nur für Multihost?

Nein. Wenn ich diese Einstellungen per iob setup custom (oder über den Admin) auch auf einem Singlehost verbiege, dann startet der ioBroker nicht mehr. Denn das sind die primären Einstellungen, anhand derer ioBroker weiß, wo die Datenbank ist. (und welcher Typ)

Nochmal: der TE hat auf dem alten Host die IP dest Hosts angegeben (statt 127.0.0.1). Diese Einstellung handelt man sich per Backup oder auch durch das Kopieren des Verzeichnisses auf dem neuen Host ein.

Also entweder man korrigiert vorher auf dem alten Host und spielt das danach angefertigte Backup ein, oder man wurschtelt an der iobroker.json nach Kopieren / Restore rum.

@Marc-Berg sagte:

Dem ioBroker ist es keinesfalls Wumpe, welche IP in der iobroker.json unter "Host" steht

Gilt diese Einstellung denn nicht nur für Multihost?

@arteck sagte:

dem iobroker ist es wumpe welche ip die Maschiene hat Datentechnisch

Dem ioBroker ist es keinesfalls Wumpe, welche IP in der iobroker.json unter "Host" steht

Denn zu dieser IP verbindet er sich. Ich sprach mit keinem Wort davon, dass es erheblich sei, welche IP der Host hat.

dem iobroker ist es wumpe welche ip die Maschiene hat Datentechnisch auser du hast ein Multihost.
redis ist auf localhost konfiguriert und jsonl genauso.

@Rene.Home sagte:

wollte nun alle Adapter, Skripte und weiter Einrichtungen auf den neuen Server (die neue IOBroker Instance) kopieren..

Da wird nix kopiert!
Das passiert alles wie gewünscht mit dem Restore

@arteck sagte:

iob host this

ändert lediglich den Hostnamen. An der DB-Config wird damit nichts getan.

@Marc-Berg sagte:

...inkl. der iobroker.json, in der bei ihm bei States und Objects-DB offensichtlich die IP den alten Hosts steht.

deshalb

iob host this

aber ohne LOG's geht nix

@Rene.Home sagte:

127.0.0.0

127.0.0.1 !!!!!

Und zeigen, was du da tust.

@Marc-Berg sagte:

Der Befehl "iob setup custom" hat die IP Adresse in der entsprechenden Configuration nicht auf 127.0.0.0 geändert. Hier stand immer noch die alte drin. Ich habe das jetzt mal via GUI geändert und den IOBroker neu gestartet... nun werde ich mal ein Backup ziehen und das dann in der neuen Instance einspielen... mal sehen was passiert

@arteck sagte:

in dem Ordner ist alles was iobroker braucht..

...inkl. der iobroker.json, in der bei ihm bei States und Objects-DB offensichtlich die IP den alten Hosts steht.