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

[Homoran]

@hmanfred zu der Meldung gibt es einen Thread.
was kommt denn bei dem aufgeforderten Vorgehen raus?

unmittelbar bei einem Restore oder dem (n) ersten Aufruf(en) könnte das aber normal sein.

[hmanfred]

@homoran

​ [2022-10-05T13:00:31.057Z] ws connection error: CLOSE_ABNORMAL
error @ :8081/socket.io/socket.io.js:68
​ [2022-10-05T13:00:31.058Z] Start reconnect 0
7821.a0b80bed.chunk.js:12 [2022-10-05T13:00:31.058Z] ws connection error: CLOSE_ABNORMAL
(anonymous) @ 7821.a0b80bed.chunk.js:12
7821.a0b80bed.chunk.js:12 [2022-10-05T13:00:31.120Z] Start reconnect 0
​ [2022-10-05T13:00:31.147Z] Try to connect
7821.a0b80bed.chunk.js:12 [2022-10-05T13:00:31.150Z] Try to connect
​ WebSocket connection to 'ws://192.168.1.122:8081//adapter/backitup?sid=1664974831147' failed: 
SocketClient.connect @ :8081/socket.io/socket.io.js:140
​ [2022-10-05T13:00:33.193Z] Start reconnect 1
​ [2022-10-05T13:00:33.194Z] ws connection error: CLOSE_ABNORMAL
error @ :8081/socket.io/socket.io.js:68
​ [2022-10-05T13:00:33.194Z] Reconnect is already running 1
7821.a0b80bed.chunk.js:12 [2022-10-05T13:00:34.163Z] No READY flag received in 3 seconds. Re-init
(anonymous) @ 7821.a0b80bed.chunk.js:12
socket.io.js:396 WebSocket connection to 'ws://192.168.1.122:8081/?sid=1664974831150&name=admin' failed: WebSocket is closed before the connection is established.
SocketClient.close @ socket.io.js:396
7821.a0b80bed.chunk.js:12 [2022-10-05T13:00:34.163Z] Start reconnect 1
7821.a0b80bed.chunk.js:12 [2022-10-05T13:00:34.164Z] ws connection error: CLOSE_ABNORMAL
(anonymous) @ 7821.a0b80bed.chunk.js:12
27821.a0b80bed.chunk.js:12 [2022-10-05T13:00:34.164Z] Reconnect is already running 1
​ [2022-10-05T13:00:34.205Z] Try to connect
7821.a0b80bed.chunk.js:12 [2022-10-05T13:00:35.164Z] Try to connect
socket.io.js:140 WebSocket connection to 'ws://192.168.1.122:8081/?sid=1664974835164&name=admin' failed: 

usw. Das geht dann endlos so weiter.

Noch etwas - die Konsole der VM zeigt folgende Meldung (keine Ahnung wann die entstand):

[Homoran]

@hmanfred sagte in ioBroker nach Restore nicht mehr erreichbar:

die Konsole der VM

@hmanfred sagte in ioBroker nach Restore nicht mehr erreichbar:

läuft unter Proxmox in einem Container.

was denn nun?

@hmanfred sagte in ioBroker nach Restore nicht mehr erreichbar:

folgende Meldung

hab ich keine Ahnung von

[hmanfred]

@homoran sagte in ioBroker nach Restore nicht mehr erreichbar:

@hmanfred sagte in ioBroker nach Restore nicht mehr erreichbar:

die Konsole der VM

@hmanfred sagte in ioBroker nach Restore nicht mehr erreichbar:

läuft unter Proxmox in einem Container.

was denn nun?

Sorry für die späte Antwort. Ich bin momentan zu sehr in anderen Dingen eingespannt...

Die Prodiktivmaschine läuft in einem Container. Der Restore wurde in einer "echten" VM gemacht. Dort steht auch die oben erwähnte Meldung.

Die VM hat inzwischen eine Uptime von fast 9 Tagen. Das WebUi von ioBroker ist nicht erreichbar.
ioBroker status sagt:

Ich hoffe, jemend hier kann mir - mit meinem begrenzten Linux-Wissen - helfen, dem Problem auf die Spur zu kommen.

[Homoran]

@hmanfred was sagt iobroker list instances ?

[hmanfred]

@homoran sagte in ioBroker nach Restore nicht mehr erreichbar:

@hmanfred was sagt iobroker list instances ?

Außer admin und backitup stehen alle auf "disabled". Das ist wohl die richtige Spur...

Nach "iobroker start all" laufen sie nun alle.

Web ist auf Port 8082 erreichbar, admin auf 8081 aber nicht.

Liegt das an der nicht passenden IP-Aresse? Beim admin-Adapter steht (mit "list instances") "bind: 192.168.1.20". Das ist die IP der Produktivmaschine. Die mit dem Restore hat eine andere, mit der ich sie allerdings versuche anzusprechen.

[hmanfred]

Läuft! :grin:

Ursache war offensichtlich ein falsches Setup des Admin-Adapters in der Produktivmaschine. Dort war der Zugriff nicht auf 0.0.0.0 sondern auf die IP der Maschine engestellt - die Hilfe zum Adapter sagt, dass unbedingt 0.0.0.0 gelassen werden soll. Weiß der Deibel, warum das verstellt war.

Nach Änderung ein Backup gemacht, in der neuen Maschine engespielt - läuft.

Danke @Homoran - du hast mich letztendlich auf die richtige Spur gebracht.

[Homoran]

@hmanfred sagte in ioBroker nach Restore nicht mehr erreichbar:

Außer admin und backitup stehen alle auf "disabled".

keine Nacherzählungen, immer zeigen!

https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge/1

[hmanfred]

@homoran sagte in ioBroker nach Restore nicht mehr erreichbar:

keine Nacherzählungen, immer zeigen!
Nun denn:

Hier war unter "IP-Adresse" die Adresse des Hosts (bei mir 192.168.1.20) eingestellt, was beim Backup/Restore übernommen wurde und offensiochtlich zu den Problemen führte.

[hmanfred]

Leider läuft aber nun noch nicht alles.

Nach Shutdown der alten Produktivmaschine habe ich bei der neuen die IP auf die altbekannte (192.168.1.20) umgestellt. Alle Adapter starten. Nur VIS läuft nicht - ich komme weder an die Weboberfläche noch in den Editor. Klick auf den Schraubenschlüssel zeigt:

Irgendwelche Tipps?

[DJMarc75]

@hmanfred

iobroker upload all

[crunchip]

@hmanfred sagte in ioBroker nach Restore nicht mehr erreichbar:

ich bei der neuen die IP auf die altbekannte (192.168.1.20) umgestellt.

Wo, in der VM, statisch?

[hmanfred]

@crunchip sagte in ioBroker nach Restore nicht mehr erreichbar:

@hmanfred sagte in ioBroker nach Restore nicht mehr erreichbar:

ich bei der neuen die IP auf die altbekannte (192.168.1.20) umgestellt.

Wo, in der VM, statisch?

Richtig, in der /etc/network/interfaces

[hmanfred]

@djmarc75 sagte in ioBroker nach Restore nicht mehr erreichbar:

@hmanfred

iobroker upload all

Funktioniert! Danke!!!