Restore läuft nicht weiter
-
@glasfaser said in Restore läuft nicht weiter:
@adamantium sagte in Restore läuft nicht weiter:
Docker: v8.0.0
host.dd14ecbc30a9 check instance "system.adapter.admin.0" for host "edfa9db59fd4"
Habe das schon zweimal mit dem Restore
pkill -u iobroker iobroker host thisdanach den Container neu starten
Die beiden Befehle per SSH?
-
Ja im Container bei ioBroker
-
@adamantium sagte in Restore läuft nicht weiter:
Der rattert schnell durch und dann kommt nur die Summary.
Im Terminal kann man auf der ersten Seite nach oben scrollen und zusätzlich liegt ein Log von iob diag im Home des iobrokers.
-
@glasfaser said in Restore läuft nicht weiter:
Ja im Container bei ioBroker
Da macht er gar nichts...als wenn es nicht beachtet wird.
-
@adamantium sagte in Restore läuft nicht weiter:
@glasfaser said in Restore läuft nicht weiter:
Ja im Container bei ioBroker
Da macht er gar nichts...als wenn es nicht beachtet wird.
??
Hier rein .. oder was machst du da
[Marcel@Marcel ~]$ docker exec -i -t iobroker bash root@edfa9db59fd4:/opt/iobroker# -
Theorie:
Bei jeder neuen Installation muss ich eine andere IP Adresse für den Container vergeben, da er sagt die alte wäre bereits belegt.
Heißt die Installation wo das Backup erstellt wurde hatte die 192.168.1.47...nun bin ich aber hinten bei der 1.49!
Kann es damit etwas zu tun haben?
-
@adamantium sagte in Restore läuft nicht weiter:
Kann es damit etwas zu tun haben?
Nein, Kurzfassung :
der Container HOST hat beim erstellen einen Namen X und dein Restore hat den Namen Y .
das passt nicht
daher :iobroker host this -
@glasfaser said in Restore läuft nicht weiter:
@adamantium sagte in Restore läuft nicht weiter:
@glasfaser said in Restore läuft nicht weiter:
Ja im Container bei ioBroker
Da macht er gar nichts...als wenn es nicht beachtet wird.
??
Hier rein .. oder was machst du da
[Marcel@Marcel ~]$ docker exec -i -t iobroker bash root@edfa9db59fd4:/opt/iobroker#Bin in dem root:
-
Ja , er hat doch schon alles gemacht ( changed ) !!
Jetzt den Container neu starten -
@glasfaser said in Restore läuft nicht weiter:
Ja , er hat doch schon alles gemacht ( changed ) !!
Jetzt den Container neu startenHabe ich gemacht, hängt aber an der gleichen Stell.
Nun steht im Log:
2023-03-31 17:16:20.646 - info: host.edfa9db59fd4 iobroker.js-controller version 4.0.24 js-controller starting 2023-03-31 17:16:20.651 - info: host.edfa9db59fd4 Copyright (c) 2014-2022 bluefox, 2014 hobbyquaker 2023-03-31 17:16:20.652 - info: host.edfa9db59fd4 hostname: edfa9db59fd4, node: v18.15.0 2023-03-31 17:16:20.653 - info: host.edfa9db59fd4 ip addresses: 192.168.1.49 2023-03-31 17:16:21.375 - info: host.edfa9db59fd4 connected to Objects and States 2023-03-31 17:16:21.413 - info: host.edfa9db59fd4 added notifications configuration of host 2023-03-31 17:16:21.418 - info: host.edfa9db59fd4 Node.js version has changed from unknown to 18.15.0 2023-03-31 17:16:21.479 - info: host.edfa9db59fd4 Successfully updated capabilities "cap_net_admin, cap_net_bind_service, cap_net_raw" for /usr/bin/node 2023-03-31 17:16:21.744 - info: host.edfa9db59fd4 Delete host system.host.edfa9db59fd4 2023-03-31 17:16:21.790 - info: host.edfa9db59fd4 15 instances found 2023-03-31 17:16:21.818 - info: host.edfa9db59fd4 starting 2 instances 2023-03-31 17:16:21.824 - warn: host.edfa9db59fd4 startInstance cannot find adapter "javascript@6.1.4". Try to install it... 1 attempt 2023-03-31 17:16:21.826 - info: host.edfa9db59fd4 iobroker install javascript@6.1.4 using installedFrom 2023-03-31 17:16:21.932 - info: host.edfa9db59fd4 instance system.adapter.admin.0 started with pid 174 2023-03-31 17:16:24.091 - info: admin.0 (174) starting. Version 6.3.5 in /opt/iobroker/node_modules/iobroker.admin, node: v18.15.0, js-controller: 4.0.24 2023-03-31 17:16:24.145 - info: admin.0 (174) requesting all states 2023-03-31 17:16:24.146 - info: admin.0 (174) requesting all objects 2023-03-31 17:16:24.648 - info: admin.0 (174) received all objects 2023-03-31 17:16:24.855 - info: admin.0 (174) http server listening on port 8081 2023-03-31 17:16:24.856 - info: admin.0 (174) Use link "http://localhost:8081" to configure. 2023-03-31 17:16:24.865 - info: admin.0 (174) socket.io server listening on port 8081 2023-03-31 17:16:25.071 - info: host.edfa9db59fd4 iobroker npm-install: NPM version: 9.5.0 2023-03-31 17:16:25.073 - info: host.edfa9db59fd4 iobroker npm-install: Installing iobroker.javascript@6.1.4... (System call) 2023-03-31 17:16:25.888 - info: host.edfa9db59fd4 instance system.adapter.backitup.0 started with pid 225 2023-03-31 17:16:27.713 - info: backitup.0 (225) starting. Version 2.5.12 in /opt/iobroker/node_modules/iobroker.backitup, node: v18.15.0, js-controller: 4.0.24 2023-03-31 17:16:27.932 - info: backitup.0 (225) [iobroker] backup was activated at 3:00 every 2 day(s) 2023-03-31 17:16:39.920 - warn: admin.0 (174) Cannot update rating: timeout of 15000ms exceeded 2023-03-31 17:17:25.230 - error: backitup.0 (225) Error: read ECONNRESET 2023-03-31 17:17:30.369 - warn: admin.0 (174) Cannot check node.js versions: Error: read ECONNRESET -
2023-03-31 17:16:25.073 - info: host.edfa9db59fd4 iobroker npm-install: Installing iobroker.javascript@6.1.4... (System call)
Wenn du ein Restore einspielst ... mußt du warten , denn die Adapter werden alle nachinstalliert
-
Aber er bleibt an gleicher Stelle stehen bzw. ist ein Error von backitup.
Lohnt es das System nochmal neu zu machen, dann das Backup zu restoren, die Befehle von dir und dann warten?
-
@adamantium sagte in Restore läuft nicht weiter:
Aber er bleibt an gleicher Stelle stehen bzw. ist ein Error von backitup.
so weit hab ich nicht runter gescrollt
ECONNRESET
sehr merkwürdig
Lohnt es das System nochmal neu zu machen, dann das Backup zu restoren, die Befehle von dir und dann warten?
Ja lohnt sich , ist ja noch nicht viel passiert !
-
Habe das System nochmal aufgesetzt und nun ging es
Nervig ist jetzt nur, dass die IP wieder eine andere ist. Muss eine Einstellung im Virtual Switch des QNAP sein.Vielen Dank für die Hilfe
