NEWS
Migration Pi4 > Synology Docker
-
@glasfaser das ist leider alles was ich im Log sehe nachdem ich den Restore gemacht habe (iobroker restore 0) und anschließen iob start:
2023-05-07 22:14:16.115 - [32minfo[39m: host.iobrokerpi iobroker.js-controller version 4.0.24 js-controller starting 2023-05-07 22:14:16.117 - [32minfo[39m: host.iobrokerpi Copyright (c) 2014-2022 bluefox, 2014 hobbyquaker 2023-05-07 22:14:16.117 - [32minfo[39m: host.iobrokerpi hostname: iobrokerpi, node: v18.16.0 2023-05-07 22:14:16.118 - [32minfo[39m: host.iobrokerpi ip addresses: 192.168.178.100 2003:e5:f749:200:9209:d0ff:fe32:ee4 fe80::9209:d0ff:fe32:ee4 172.18.0.1 fe80::42:61ff:fed4:5012 172.17.0.1 fe80::42:78ff:fe4d:9345 fe80::ccac:35ff:fe52:594a fe80::4819:c2ff:fee1:e247 fe80::301e:e6ff:feec:9aa2 2023-05-07 22:14:46.125 - [31merror[39m: host.iobrokerpi No connection to databases possible, restart 2023-05-07 22:14:46.129 - [32minfo[39m: host.iobrokerpi iobroker _restart 2023-05-07 22:14:46.506 - [32minfo[39m: host.iobrokerpi iobroker Starting node restart.js 2023-05-07 22:14:46.979 - [32minfo[39m: host.iobrokerpi received SIGTERM 2023-05-07 22:14:46.992 - [33mwarn[39m: host.iobrokerpi get state error: Connection is closed. 2023-05-07 22:14:46.993 - [32minfo[39m: host.iobrokerpi terminated 2023-05-07 22:14:53.436 - [32minfo[39m: host.iobrokerpi iobroker.js-controller version 4.0.24 js-controller starting 2023-05-07 22:14:53.439 - [32minfo[39m: host.iobrokerpi Copyright (c) 2014-2022 bluefox, 2014 hobbyquaker 2023-05-07 22:14:53.439 - [32minfo[39m: host.iobrokerpi hostname: iobrokerpi, node: v18.16.0 2023-05-07 22:14:53.439 - [32minfo[39m: host.iobrokerpi ip addresses: 192.168.178.100 2003:e5:f749:200:9209:d0ff:fe32:ee4 fe80::9209:d0ff:fe32:ee4 172.18.0.1 fe80::42:61ff:fed4:5012 172.17.0.1 fe80::42:78ff:fe4d:9345 fe80::ccac:35ff:fe52:594a fe80::4819:c2ff:fee1:e247 fe80::301e:e6ff:feec:9aa2Das wiederholt sich dann...
Restore war aber erfolgreich lt. shell:
Reinstalling adapter "admin" from "iobroker.admin@6.3.5" added 80 packages in 8s 20 packages are looking for funding run `npm fund` for details Reinstalling adapter "backitup" from "iobroker.backitup@2.6.19" added 94 packages in 9s 33 packages are looking for funding run `npm fund` for details System successfully restored!@basti81 sagte in Migration Pi4 > Synology Docker:
Restore war aber erfolgreich lt. shell:
nein, nur die Konfigurationsdateien wurden erfolgreich wieder hergestellt.
Anhand derer wird dann das gesamte System neu gebaut, was je nach Hardware und Umfang auch gerne mal 1h dauern jann.
In dieser Zeit darf nichts am System verändert werden damit es nicht zu einer Störungvder Prozesse und damit ggf. zu einem undefinierten Zustand kommt. -
@basti81 sagte in Migration Pi4 > Synology Docker:
iobroker restore 0
Warum nicht über den Adapter Backitup !?
@glasfaser hatte ich auch versucht mit dem gleichen Ergebnis nur dann startet das System autom. durch und ich komme gar nicht mehr an den Container ran per ssh da er andauernd von selbst neu startet (wahrscheinlich wegen des Startup bash scripts von buanet.
-
@basti81 sagte in Migration Pi4 > Synology Docker:
Das steht im DSM Container Protokoll
Please check your configuration and try again.
Zeige mal von Anfang an das Log !
Zeige das DSM Log !
@glasfaser sagte in Migration Pi4 > Synology Docker:
@basti81 sagte in Migration Pi4 > Synology Docker:Das steht im DSM Container Protokoll
Please check your configuration and try again.
Zeige mal von Anfang an das Log !
-
@basti81 sagte in Migration Pi4 > Synology Docker:
Restore war aber erfolgreich lt. shell:
nein, nur die Konfigurationsdateien wurden erfolgreich wieder hergestellt.
Anhand derer wird dann das gesamte System neu gebaut, was je nach Hardware und Umfang auch gerne mal 1h dauern jann.
In dieser Zeit darf nichts am System verändert werden damit es nicht zu einer Störungvder Prozesse und damit ggf. zu einem undefinierten Zustand kommt.@homoran nach dem restore mit Backitup startet der Container durch. Dann sehe ich im Protokoll folgendes:
-------------------------------------- ----- Step 1 of 5: Preparing container ----- -------------------------------------------------------------------------------- This is not the first run of this container. Skipping first run preparation. -------------------------------------------------------------------------------- ----- Step 2 of 5: Detecting ioBroker installation ----- -------------------------------------------------------------------------------- Existing installation of ioBroker detected in "/opt/iobroker". -------------------------------------------------------------------------------- ----- Step 3 of 5: Checking ioBroker installation ----- -------------------------------------------------------------------------------- (Re)setting permissions (This might take a while! Please be patient!)... Done. Fixing "sudo-bug" by replacing sudo with gosu... Done. Checking Database connection... Failed. Please check your configuration and try again. For more information see ioBroker Docker Image Docs (https://docs.buanet.de/iobroker-docker-image/docs). This Script will exit now. -
@homoran nach dem restore mit Backitup startet der Container durch. Dann sehe ich im Protokoll folgendes:
-------------------------------------- ----- Step 1 of 5: Preparing container ----- -------------------------------------------------------------------------------- This is not the first run of this container. Skipping first run preparation. -------------------------------------------------------------------------------- ----- Step 2 of 5: Detecting ioBroker installation ----- -------------------------------------------------------------------------------- Existing installation of ioBroker detected in "/opt/iobroker". -------------------------------------------------------------------------------- ----- Step 3 of 5: Checking ioBroker installation ----- -------------------------------------------------------------------------------- (Re)setting permissions (This might take a while! Please be patient!)... Done. Fixing "sudo-bug" by replacing sudo with gosu... Done. Checking Database connection... Failed. Please check your configuration and try again. For more information see ioBroker Docker Image Docs (https://docs.buanet.de/iobroker-docker-image/docs). This Script will exit now. -
@basti81 sagte in Migration Pi4 > Synology Docker:
Dann sehe ich im Protokoll folgendes:
Der Anfang fehlt .
Zeige mal eine DEBUG Ausgabe :
Eintrag in Environment Variables ( ENV )
DEBUG: trueund dann das Log hier posten
@glasfaser ah ok, anbei das Log:
-------------------------------------------------- ----- Step 1 of 5: Preparing container ----- -------------------------------------------------------------------------------- This is not the first run of this container. Skipping first run preparation. -------------------------------------------------------------------------------- ----- Step 2 of 5: Detecting ioBroker installation ----- -------------------------------------------------------------------------------- Existing installation of ioBroker detected in "/opt/iobroker". -------------------------------------------------------------------------------- ----- Step 3 of 5: Checking ioBroker installation ----- -------------------------------------------------------------------------------- (Re)setting permissions (This might take a while! Please be patient!)... Done. Fixing "sudo-bug" by replacing sudo with gosu... Done. [DEBUG] Checking multihost settings... [DEBUG] No multihost settings detected. [DEBUG] Done. [DEBUG] Checking custom objects db settings... [DEBUG] No custom objects db settings detected. [DEBUG] Done. [DEBUG] Checking custom states db settings... [DEBUG] No custom states db settings detected. [DEBUG] Done. Checking Database connection... Failed. [DEBUG] Error message: [DEBUG] No connection to states 0.0.0.0:6379[redis] Please check your configuration and try again. For more information see ioBroker Docker Image Docs (https://docs.buanet.de/iobroker-docker-image/docs). [DEBUG] Debug mode prevents the container from exiting on errors. [DEBUG] This enables you to investigate or fix your issue on the command line. [DEBUG] If you want to stop or restart your container you have to do it manually. [DEBUG] IoBroker is not running! -
@glasfaser ah ok, anbei das Log:
-------------------------------------------------- ----- Step 1 of 5: Preparing container ----- -------------------------------------------------------------------------------- This is not the first run of this container. Skipping first run preparation. -------------------------------------------------------------------------------- ----- Step 2 of 5: Detecting ioBroker installation ----- -------------------------------------------------------------------------------- Existing installation of ioBroker detected in "/opt/iobroker". -------------------------------------------------------------------------------- ----- Step 3 of 5: Checking ioBroker installation ----- -------------------------------------------------------------------------------- (Re)setting permissions (This might take a while! Please be patient!)... Done. Fixing "sudo-bug" by replacing sudo with gosu... Done. [DEBUG] Checking multihost settings... [DEBUG] No multihost settings detected. [DEBUG] Done. [DEBUG] Checking custom objects db settings... [DEBUG] No custom objects db settings detected. [DEBUG] Done. [DEBUG] Checking custom states db settings... [DEBUG] No custom states db settings detected. [DEBUG] Done. Checking Database connection... Failed. [DEBUG] Error message: [DEBUG] No connection to states 0.0.0.0:6379[redis] Please check your configuration and try again. For more information see ioBroker Docker Image Docs (https://docs.buanet.de/iobroker-docker-image/docs). [DEBUG] Debug mode prevents the container from exiting on errors. [DEBUG] This enables you to investigate or fix your issue on the command line. [DEBUG] If you want to stop or restart your container you have to do it manually. [DEBUG] IoBroker is not running! -
@basti81 sagte in Migration Pi4 > Synology Docker:
[DEBUG] No connection to states 0.0.0.0:6379[redis]
Redis:
Hast du das so auf der Pi !?
@glasfaser auf dem Pi:
pi@iobrokerpi:~ $ sudo redis-server -v Redis server v=5.0.14 sha=00000000:0 malloc=libc bits=32 build=ddd3b1f304a7d4d5In dem Container:
root@iobrokerpi:/opt/iobroker# redis-server -v bash: redis-server: command not found -
@glasfaser auf dem Pi:
pi@iobrokerpi:~ $ sudo redis-server -v Redis server v=5.0.14 sha=00000000:0 malloc=libc bits=32 build=ddd3b1f304a7d4d5In dem Container:
root@iobrokerpi:/opt/iobroker# redis-server -v bash: redis-server: command not found -
@glasfaser den Container habe ich über die GUI aktiviert und das gibt es nur diese ENV:
@basti81 sagte in Migration Pi4 > Synology Docker:
das gibt es nur diese ENV:
Ja das ist der Standart ,
extras siehe hier unter :
Configuration via environment variables
-
@basti81 sagte in Migration Pi4 > Synology Docker:
das gibt es nur diese ENV:
Ja das ist der Standart ,
extras siehe hier unter :
Configuration via environment variables
@glasfaser wir kommen der Sache näher :-)
------------------------------------------------- ----- Step 3 of 5: Checking ioBroker installation ----- -------------------------------------------------------------------------------- (Re)setting permissions (This might take a while! Please be patient!)... Done. Fixing "sudo-bug" by replacing sudo with gosu... Done. [DEBUG] Checking multihost settings... [DEBUG] No multihost settings detected. [DEBUG] Done. Configuring custom objects db... IOB_OBJECTSDB_TYPE is available and value meets detected ioBroker installation. IOB_OBJECTSDB_HOST is available and value meets detected ioBroker installation. IOB_OBJECTSDB_PORT is available and value meets detected ioBroker installation. Done. Configuring custom states db... IOB_STATESDB_TYPE is available and value meets detected ioBroker installation. IOB_STATESDB_HOST is available and value meets detected ioBroker installation. IOB_STATESDB_PORT is available but value is different from detected ioBroker installation. Setting port of states db to "9000"... Done. Done. Checking Database connection... Failed. [DEBUG] Error message: [DEBUG] No connection to objects 127.0.0.1:9001[redis] Please check your configuration and try again. For more information see ioBroker Docker Image Docs (https://docs.buanet.de/iobroker-docker-image/docs). [DEBUG] Debug mode prevents the container from exiting on errors. [DEBUG] This enables you to investigate or fix your issue on the command line. [DEBUG] If you want to stop or restart your container you have to do it manually. [DEBUG] IoBroker is not running!
-
@glasfaser wir kommen der Sache näher :-)
------------------------------------------------- ----- Step 3 of 5: Checking ioBroker installation ----- -------------------------------------------------------------------------------- (Re)setting permissions (This might take a while! Please be patient!)... Done. Fixing "sudo-bug" by replacing sudo with gosu... Done. [DEBUG] Checking multihost settings... [DEBUG] No multihost settings detected. [DEBUG] Done. Configuring custom objects db... IOB_OBJECTSDB_TYPE is available and value meets detected ioBroker installation. IOB_OBJECTSDB_HOST is available and value meets detected ioBroker installation. IOB_OBJECTSDB_PORT is available and value meets detected ioBroker installation. Done. Configuring custom states db... IOB_STATESDB_TYPE is available and value meets detected ioBroker installation. IOB_STATESDB_HOST is available and value meets detected ioBroker installation. IOB_STATESDB_PORT is available but value is different from detected ioBroker installation. Setting port of states db to "9000"... Done. Done. Checking Database connection... Failed. [DEBUG] Error message: [DEBUG] No connection to objects 127.0.0.1:9001[redis] Please check your configuration and try again. For more information see ioBroker Docker Image Docs (https://docs.buanet.de/iobroker-docker-image/docs). [DEBUG] Debug mode prevents the container from exiting on errors. [DEBUG] This enables you to investigate or fix your issue on the command line. [DEBUG] If you want to stop or restart your container you have to do it manually. [DEBUG] IoBroker is not running!@basti81 sagte in Migration Pi4 > Synology Docker:
No connection to objects 127.0.0.1:9001[redis]
Warum 9001
@basti81 sagte in Migration Pi4 > Synology Docker:
[DEBUG] No connection to states 0.0.0.0:6379[redis] -
@glasfaser wir kommen der Sache näher :-)
------------------------------------------------- ----- Step 3 of 5: Checking ioBroker installation ----- -------------------------------------------------------------------------------- (Re)setting permissions (This might take a while! Please be patient!)... Done. Fixing "sudo-bug" by replacing sudo with gosu... Done. [DEBUG] Checking multihost settings... [DEBUG] No multihost settings detected. [DEBUG] Done. Configuring custom objects db... IOB_OBJECTSDB_TYPE is available and value meets detected ioBroker installation. IOB_OBJECTSDB_HOST is available and value meets detected ioBroker installation. IOB_OBJECTSDB_PORT is available and value meets detected ioBroker installation. Done. Configuring custom states db... IOB_STATESDB_TYPE is available and value meets detected ioBroker installation. IOB_STATESDB_HOST is available and value meets detected ioBroker installation. IOB_STATESDB_PORT is available but value is different from detected ioBroker installation. Setting port of states db to "9000"... Done. Done. Checking Database connection... Failed. [DEBUG] Error message: [DEBUG] No connection to objects 127.0.0.1:9001[redis] Please check your configuration and try again. For more information see ioBroker Docker Image Docs (https://docs.buanet.de/iobroker-docker-image/docs). [DEBUG] Debug mode prevents the container from exiting on errors. [DEBUG] This enables you to investigate or fix your issue on the command line. [DEBUG] If you want to stop or restart your container you have to do it manually. [DEBUG] IoBroker is not running! -
@basti81 sagte in Migration Pi4 > Synology Docker:
No connection to objects 127.0.0.1:9001[redis]
Warum 9001
@basti81 sagte in Migration Pi4 > Synology Docker:
[DEBUG] No connection to states 0.0.0.0:6379[redis]@glasfaser hab jetzt den 6379 versucht und ich bekomme den gleichen Fehler:
----------------------------------------------- ----- Step 3 of 5: Checking ioBroker installation ----- -------------------------------------------------------------------------------- (Re)setting permissions (This might take a while! Please be patient!)... Done. Fixing "sudo-bug" by replacing sudo with gosu... Done. [DEBUG] Checking multihost settings... [DEBUG] No multihost settings detected. [DEBUG] Done. Configuring custom objects db... IOB_OBJECTSDB_TYPE is available and value meets detected ioBroker installation. IOB_OBJECTSDB_HOST is available and value meets detected ioBroker installation. IOB_OBJECTSDB_PORT is available but value is different from detected ioBroker installation. Setting port of objects db to "6379"... Done. Done. Configuring custom states db... IOB_STATESDB_TYPE is available and value meets detected ioBroker installation. IOB_STATESDB_HOST is available and value meets detected ioBroker installation. IOB_STATESDB_PORT is available but value is different from detected ioBroker installation. Setting port of states db to "6379"... Done. Done. Checking Database connection... Failed. [DEBUG] Error message: [DEBUG] No connection to objects 127.0.0.1:6379[redis] Please check your configuration and try again. For more information see ioBroker Docker Image Docs (https://docs.buanet.de/iobroker-docker-image/docs). [DEBUG] Debug mode prevents the container from exiting on errors. [DEBUG] This enables you to investigate or fix your issue on the command line. [DEBUG] If you want to stop or restart your container you have to do it manually. [DEBUG] IoBroker is not running!Soll ich mal:
apt-get install redis-sentinelim Container ausführen? Mich wundert das hier im Container:
root@iobrokerpi:/opt/iobroker# redis-server -v bash: redis-server: command not found -
@glasfaser hab jetzt den 6379 versucht und ich bekomme den gleichen Fehler:
----------------------------------------------- ----- Step 3 of 5: Checking ioBroker installation ----- -------------------------------------------------------------------------------- (Re)setting permissions (This might take a while! Please be patient!)... Done. Fixing "sudo-bug" by replacing sudo with gosu... Done. [DEBUG] Checking multihost settings... [DEBUG] No multihost settings detected. [DEBUG] Done. Configuring custom objects db... IOB_OBJECTSDB_TYPE is available and value meets detected ioBroker installation. IOB_OBJECTSDB_HOST is available and value meets detected ioBroker installation. IOB_OBJECTSDB_PORT is available but value is different from detected ioBroker installation. Setting port of objects db to "6379"... Done. Done. Configuring custom states db... IOB_STATESDB_TYPE is available and value meets detected ioBroker installation. IOB_STATESDB_HOST is available and value meets detected ioBroker installation. IOB_STATESDB_PORT is available but value is different from detected ioBroker installation. Setting port of states db to "6379"... Done. Done. Checking Database connection... Failed. [DEBUG] Error message: [DEBUG] No connection to objects 127.0.0.1:6379[redis] Please check your configuration and try again. For more information see ioBroker Docker Image Docs (https://docs.buanet.de/iobroker-docker-image/docs). [DEBUG] Debug mode prevents the container from exiting on errors. [DEBUG] This enables you to investigate or fix your issue on the command line. [DEBUG] If you want to stop or restart your container you have to do it manually. [DEBUG] IoBroker is not running!Soll ich mal:
apt-get install redis-sentinelim Container ausführen? Mich wundert das hier im Container:
root@iobrokerpi:/opt/iobroker# redis-server -v bash: redis-server: command not found -
@basti81 sagte in Migration Pi4 > Synology Docker:
im Container ausführen?
kannst du machen ... aber beim nächsten Image wechsel ist er weg !
siehe meinen Link , da ist redis seperat als Container !
@glasfaser danke dir. Habe die Container sauber neu aufgesetzt wie hier erläutert:
https://smarthome.buanet.de/2020/12/iobroker-docker-container-mit-redis-db-verbinden/Alles läuft nun wie es soll und der Restore hat geklappt da die redis Verbindung von Anfang an funktionierte. Bridged Network war hier der Schlüssel. Mit Host network hat es nicht geklappt.
Danke dir!!!
870
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge