IOB im Docker Startet nicht mehr!!!
-
@Happyuser20 sagte in Multihost Fragen!:
Das Thema überfordert mich aktuell, da gebe ich dir recht, weil es nicht so läuft wie es soll.
warum machst du es dann mit dieser Sonderlocke?
und es sind tatsächlich noch viele Fragen offen.
Da du jetzt nochmal anfängst:@haselchen sagte in IOB im Docker Startet nicht mehr!!!:
Als was hast Du den Container installiert?
Ich hoffe als Host.auch zwei parallele Threads zum selben Thema sind nicht sinnvoll.
Die Informationen liegen dann verstreutEDIT:
Bitte kein nachträgliches Hinzufügen ohne Kennzeichnung.@Happyuser20 sagte in Multihost Fragen!:
Hass hat sich anscheinend hier mittlerweile geändert.
was meinst du damit
@Homoran sagte in Multihost Fragen!:
warum machst du es dann mit dieser Sonderlocke?
und es sind tatsächlich noch viele Fragen offen.
Da du jetzt nochmal anfängst:Wenn du mit Sonderlocke den Container meinst? Weil es sich für für von den Gegebenheiten anbietet.
Die austehenden Fragen habe ich mittlerweile beantwortet, denke ich, wenn auch vielleicht etwas zu spät.@Homoran sagte in Multihost Fragen!:
auch zwei parallele Threads zum selben Thema sind nicht sinnvoll.
Die Informationen liegen dann verstreutBei dem Thread war am Ende alles wieder gut und für mich abgeschlossen. Bis das Problem mit dem Multihost aufkam. Dann habe ich diesen Thread eröffnet.
Das mit der Multihost-Config ging leider wieder schief, was mich wieder zum Stand des ersten Threads bringt.
@Homoran sagte in Multihost Fragen!:
was meinst du damit
wie ich es geschrieben habe.
Man merkt in anderen Foren, das Fragende Nutzer immer zunhmender negativ behandelt werden. Mir scheint das ist hier mittlerweile auch so, leider. Was schade ist
Als ich 2014 hier beigetreten bin, konnte ich das Thema über das wir jetzt schreiben mit Hilfe der User hier erfolgreich abschließen. Wofür ich auch dankbar bin und den Helfern meinen größten Respekt ausspreche, dass Sie sich dafür die Zeit nehmen.Aktuell stehe ich wieder auf Anfang
sagte in Multihost Fragen!:
Ich richte mich nach dieser (https://blog.buanet.de/posts/2023/02/27_iobroker_unter_docker_auf_der_synology_diskstation/) Anleitung von Buanet.
Ich erzeuge einen Stack im Container mit dieser einfachen yml-Datei, wie zuvor auch!
version: "3" services: iobroker: container_name: iobroker image: buanet/iobroker:latest network_mode: host restart: always environment: - PACKAGES=nano volumes: - /volume1/docker/iobroker-data:/opt/iobrokerWenn der Container dann läuft ist die Admin Oberfläche in meinem Fall über 192.168.1.111:8081 erreichbar
Es liegt bereits ein Adapter update von "Backitup" vor, das ich ausführe.
Es sind nur drei Instanzen installiert
"Admin"
"Backitup"
"Discovery"Wenn ich nun in diesem Zustand Den Host neu starte, verweigert er hier schon den Neustart.
Das Log dazu- 2026/03/24 18:18:47 stdout ================================== > LOG REDIRECT system.adapter.admin.0 => false [system.adapter.admin.0.logging] 2026/03/24 18:18:47 stdout ================================== > LOG REDIRECT system.adapter.admin.0 => false [Process stopped] 2026/03/24 18:16:41 stdout Send diag info: {"uuid":"36904f0e-52a8-4fb2-acad-c5a19de0589d","language":"de","country":"Germany","hosts":[{"version":"7.0.7","platform":"Javascript/Node.js","type":"linux"}],"node":"v22.22.1","arch":"x64","docker":true,"adapters":{"admin":{"version":"7.7.22","platform":"Javascript/Node.js"},"discovery":{"version":"5.0.0","platform":"Javascript/Node.js"},"backitup":{"version":"3.3.13","platform":"Javascript/Node.js"}},"statesType":"jsonl","objectsType":"jsonl","noInstances":3,"compactMode":false,"noCompactInstances":0,"model":"Intel(R) Celeron(R) CPU J3355 @ 2.00GHz","cpus":2,"mem":16624197632,"ostype":"Linux","city":"Arrach"} 2026/03/24 18:15:30 stdout ================================== > LOG REDIRECT system.adapter.admin.0 => true [system.adapter.admin.0.logging] 2026/03/24 18:14:04 stdout ================================== > LOG REDIRECT system.adapter.admin.0 => false [system.adapter.admin.0.logging] 2026/03/24 18:14:00 stdout host.OldNo7NAS check instance "system.adapter.discovery.0" for host "OldNo7NAS" 2026/03/24 18:14:00 stdout host.OldNo7NAS check instance "system.adapter.backitup.0" for host "OldNo7NAS" 2026/03/24 18:14:00 stdout host.OldNo7NAS check instance "system.adapter.admin.0" for host "OldNo7NAS" 2026/03/24 18:13:58 stdout ##### #### ### ## # iobroker.js-controller log output # ## ### #### ##### 2026/03/24 18:13:58 stdout 2026/03/24 18:13:58 stdout Starting ioBroker... 2026/03/24 18:13:58 stdout 2026/03/24 18:13:58 stdout -------------------------------------------------------------------------------- 2026/03/24 18:13:58 stdout ----- Step 5 of 5: ioBroker Startup ----- 2026/03/24 18:13:58 stdout -------------------------------------------------------------------------------- 2026/03/24 18:13:58 stdout 2026/03/24 18:13:58 stdout For more information see ioBroker Docker image docs (https://docs.buanet.de/iobroker-docker-image/docs/). 2026/03/24 18:13:58 stdout Some adapters have special requirements/ settings which can be activated by the use of environment variables. 2026/03/24 18:13:58 stdout 2026/03/24 18:13:58 stdout -------------------------------------------------------------------------------- 2026/03/24 18:13:58 stdout ----- Step 4 of 5: Applying Special Settings ----- 2026/03/24 18:13:58 stdout -------------------------------------------------------------------------------- 2026/03/24 18:13:58 stdout 2026/03/24 18:13:58 stdout Done. 2026/03/24 18:13:57 stdout The host for instance "system.adapter.backitup.0" was changed from "buildkitsandbox" to "OldNo7NAS". 2026/03/24 18:13:57 stdout The host for instance "system.adapter.discovery.0" was changed from "buildkitsandbox" to "OldNo7NAS". 2026/03/24 18:13:57 stdout The host for instance "system.adapter.admin.0" was changed from "buildkitsandbox" to "OldNo7NAS". 2026/03/24 18:13:57 stdout Updating hostname to "OldNo7NAS"... Host "buildkitsandbox" successfully renamed to "OldNo7NAS". 2026/03/24 18:13:45 stdout Hostname in ioBroker does not match the hostname of this container. 2026/03/24 18:13:19 stdout 2026/03/24 18:13:19 stdout Initializing a fresh installation of ioBroker... Done. 2026/03/24 18:13:04 stdout 2026/03/24 18:13:04 stdout (Re)setting permissions (This might take a while! Please be patient!)... Done. 2026/03/24 18:13:04 stdout 2026/03/24 18:13:04 stdout Replacing ioBroker executable to fix sudo bug... Done. 2026/03/24 18:13:04 stdout 2026/03/24 18:13:04 stdout -------------------------------------------------------------------------------- 2026/03/24 18:13:04 stdout ----- Step 3 of 5: Checking ioBroker Installation ----- 2026/03/24 18:13:04 stdout -------------------------------------------------------------------------------- 2026/03/24 18:13:04 stdout 2026/03/24 18:13:04 stdout Restoring initial ioBroker installation... Done. 2026/03/24 18:13:00 stdout There is no data detected in /opt/iobroker. 2026/03/24 18:13:00 stdout 2026/03/24 18:13:00 stdout -------------------------------------------------------------------------------- 2026/03/24 18:13:00 stdout ----- Step 2 of 5: Detecting ioBroker Installation ----- 2026/03/24 18:13:00 stdout -------------------------------------------------------------------------------- 2026/03/24 18:13:00 stdout 2026/03/24 18:13:00 stdout 2026/03/24 18:12:55 stdout nano is not installed. Installing... Done. 2026/03/24 18:12:46 stdout 2026/03/24 18:12:46 stdout PACKAGES is set. Installing the following additional Linux packages: nano 2026/03/24 18:12:46 stdout 2026/03/24 18:12:46 stdout -------------------------------------------------------------------------------- 2026/03/24 18:12:46 stdout ----- Step 1 of 5: Preparing Container ----- 2026/03/24 18:12:46 stdout -------------------------------------------------------------------------------- 2026/03/24 18:12:46 stdout 2026/03/24 18:12:46 stdout -------------------------------------------------------------------------------- 2026/03/24 18:12:46 stdout ----- SETUID: 1000 ----- 2026/03/24 18:12:46 stdout ----- SETGID: 1000 ----- 2026/03/24 18:12:46 stdout ----- PACKAGES: nano ----- 2026/03/24 18:12:46 stdout ----- Environment Variables ----- 2026/03/24 18:12:46 stdout ----- ----- 2026/03/24 18:12:46 stdout ----- npm: 10.9.4 ----- 2026/03/24 18:12:45 stdout ----- node: v22.22.1 ----- 2026/03/24 18:12:45 stdout ----- build: 20260316.235601 ----- 2026/03/24 18:12:45 stdout ----- image: v11.1.0 ----- 2026/03/24 18:12:45 stdout ----- Version Information ----- 2026/03/24 18:12:45 stdout ----- ----- 2026/03/24 18:12:45 stdout ----- hostname: OldNo7NAS ----- 2026/03/24 18:12:45 stdout ----- arch: x86_64 ----- 2026/03/24 18:12:45 stdout ----- System Information ----- 2026/03/24 18:12:45 stdout -------------------------------------------------------------------------------- 2026/03/24 18:12:45 stdout 2026/03/24 18:12:45 stdout -------------------------------------------------------------------------------- 2026/03/24 18:12:45 stdout ----- Please be patient! ----- 2026/03/24 18:12:45 stdout ----- Startupscript is now running! ----- 2026/03/24 18:12:45 stdout ----- Welcome to your ioBroker Docker container! ----- 2026/03/24 18:12:45 stdout ----- ----- 2026/03/24 18:12:45 stdout ----- ╚═╝ ╚═════╝ ╚═════╝ ╚═╝ ╚═╝ ╚═════╝ ╚═╝ ╚═╝ ╚══════╝ ╚═╝ ╚═╝ ----- 2026/03/24 18:12:45 stdout ----- ██║ ╚██████╔╝ ██████╔╝ ██║ ██║ ╚██████╔╝ ██║ ██╗ ███████╗ ██║ ██║ ----- 2026/03/24 18:12:45 stdout ----- ██║ ██║ ██║ ██╔══██╗ ██╔══██╗ ██║ ██║ ██╔═██╗ ██╔══╝ ██╔══██╗ ----- 2026/03/24 18:12:45 stdout ----- ██║ ██║ ██║ ██████╔╝ ██████╔╝ ██║ ██║ █████╔╝ █████╗ ██████╔╝ ----- 2026/03/24 18:12:45 stdout ----- ██║ ██╔═══██╗ ██╔══██╗ ██╔══██╗ ██╔═══██╗ ██║ ██╔╝ ██╔════╝ ██╔══██╗ ----- 2026/03/24 18:12:45 stdout ----- ██╗ ██████╗ ██████╗ ██████╗ ██████╗ ██╗ ██╗ ███████╗ ██████╗ ----- 2026/03/24 18:12:45 stdout ----- ----- 2026/03/24 18:12:45 stdout -------------------------------------------------------------------------------- 2026/03/24 18:12:45 stdout ------------------------- 2026-03-24 18:12:45 ------------------------- 2026/03/24 18:12:45 stdout -------------------------------------------------------------------------------- 2026/03/24 18:12:45 stdoutMir bleibt nichts anderes übrig als den Container neu zu starten.
Mache ich hier schon was falsch?
Ich kann dazu auch gerne einen neuen Thread aufmachen, zu Gunsten der Übersicht.
-
@Happyuser20 sagte in Multihost Fragen!:
Wenn ich nun in diesem Zustand Den Host neu starte, verweigert er hier schon den Neustart.
Das Log dazuDas Log sieht mir ziemlich unspektakulär und okay aus, was heißt bei dir "verweigert Neustart"? Was passiert konkret?
/volume1/docker/iobroker-dataist komplett leer beim Start?Stacks --> Inhalt ist so korrekt und ausreichend.
Setz mal noch die Umgebungvariable "debug" auf "true", dann sieht man noch mal mehr im Log.
@Marc-Berg sagte in Multihost Fragen!:
Wenn ich nun in diesem Zustand Den Host neu starte, verweigert er hier schon den Neustart.
Das Log dazuDas Log sieht mir ziemlich unspektakulär und okay aus, was heißt bei dir "verweigert Neustart"? Was passiert konkret?
/volume1/docker/iobroker-data ist komplett leer beim Start?
Stacks --> Inhalt ist so korrekt und ausreichend.
Mit "verweigert den Neustart" meine ich; IoB ist nicht mehr erreichbar und der Container wird nach ca. 40s im Portainer als "unhealthy" angezeigt.
Wird der Container dann neu gestartet läuft alles wieder.@Marc-Berg sagte in Multihost Fragen!:
Setz mal noch die Umgebungvariable "debug" auf "true", dann sieht man noch mal mehr im Log.
das mach ich dann mal morgen.
-
@Homoran sagte in Multihost Fragen!:
warum machst du es dann mit dieser Sonderlocke?
und es sind tatsächlich noch viele Fragen offen.
Da du jetzt nochmal anfängst:Wenn du mit Sonderlocke den Container meinst? Weil es sich für für von den Gegebenheiten anbietet.
Die austehenden Fragen habe ich mittlerweile beantwortet, denke ich, wenn auch vielleicht etwas zu spät.@Homoran sagte in Multihost Fragen!:
auch zwei parallele Threads zum selben Thema sind nicht sinnvoll.
Die Informationen liegen dann verstreutBei dem Thread war am Ende alles wieder gut und für mich abgeschlossen. Bis das Problem mit dem Multihost aufkam. Dann habe ich diesen Thread eröffnet.
Das mit der Multihost-Config ging leider wieder schief, was mich wieder zum Stand des ersten Threads bringt.
@Homoran sagte in Multihost Fragen!:
was meinst du damit
wie ich es geschrieben habe.
Man merkt in anderen Foren, das Fragende Nutzer immer zunhmender negativ behandelt werden. Mir scheint das ist hier mittlerweile auch so, leider. Was schade ist
Als ich 2014 hier beigetreten bin, konnte ich das Thema über das wir jetzt schreiben mit Hilfe der User hier erfolgreich abschließen. Wofür ich auch dankbar bin und den Helfern meinen größten Respekt ausspreche, dass Sie sich dafür die Zeit nehmen.Aktuell stehe ich wieder auf Anfang
sagte in Multihost Fragen!:
Ich richte mich nach dieser (https://blog.buanet.de/posts/2023/02/27_iobroker_unter_docker_auf_der_synology_diskstation/) Anleitung von Buanet.
Ich erzeuge einen Stack im Container mit dieser einfachen yml-Datei, wie zuvor auch!
version: "3" services: iobroker: container_name: iobroker image: buanet/iobroker:latest network_mode: host restart: always environment: - PACKAGES=nano volumes: - /volume1/docker/iobroker-data:/opt/iobrokerWenn der Container dann läuft ist die Admin Oberfläche in meinem Fall über 192.168.1.111:8081 erreichbar
Es liegt bereits ein Adapter update von "Backitup" vor, das ich ausführe.
Es sind nur drei Instanzen installiert
"Admin"
"Backitup"
"Discovery"Wenn ich nun in diesem Zustand Den Host neu starte, verweigert er hier schon den Neustart.
Das Log dazu- 2026/03/24 18:18:47 stdout ================================== > LOG REDIRECT system.adapter.admin.0 => false [system.adapter.admin.0.logging] 2026/03/24 18:18:47 stdout ================================== > LOG REDIRECT system.adapter.admin.0 => false [Process stopped] 2026/03/24 18:16:41 stdout Send diag info: {"uuid":"36904f0e-52a8-4fb2-acad-c5a19de0589d","language":"de","country":"Germany","hosts":[{"version":"7.0.7","platform":"Javascript/Node.js","type":"linux"}],"node":"v22.22.1","arch":"x64","docker":true,"adapters":{"admin":{"version":"7.7.22","platform":"Javascript/Node.js"},"discovery":{"version":"5.0.0","platform":"Javascript/Node.js"},"backitup":{"version":"3.3.13","platform":"Javascript/Node.js"}},"statesType":"jsonl","objectsType":"jsonl","noInstances":3,"compactMode":false,"noCompactInstances":0,"model":"Intel(R) Celeron(R) CPU J3355 @ 2.00GHz","cpus":2,"mem":16624197632,"ostype":"Linux","city":"Arrach"} 2026/03/24 18:15:30 stdout ================================== > LOG REDIRECT system.adapter.admin.0 => true [system.adapter.admin.0.logging] 2026/03/24 18:14:04 stdout ================================== > LOG REDIRECT system.adapter.admin.0 => false [system.adapter.admin.0.logging] 2026/03/24 18:14:00 stdout host.OldNo7NAS check instance "system.adapter.discovery.0" for host "OldNo7NAS" 2026/03/24 18:14:00 stdout host.OldNo7NAS check instance "system.adapter.backitup.0" for host "OldNo7NAS" 2026/03/24 18:14:00 stdout host.OldNo7NAS check instance "system.adapter.admin.0" for host "OldNo7NAS" 2026/03/24 18:13:58 stdout ##### #### ### ## # iobroker.js-controller log output # ## ### #### ##### 2026/03/24 18:13:58 stdout 2026/03/24 18:13:58 stdout Starting ioBroker... 2026/03/24 18:13:58 stdout 2026/03/24 18:13:58 stdout -------------------------------------------------------------------------------- 2026/03/24 18:13:58 stdout ----- Step 5 of 5: ioBroker Startup ----- 2026/03/24 18:13:58 stdout -------------------------------------------------------------------------------- 2026/03/24 18:13:58 stdout 2026/03/24 18:13:58 stdout For more information see ioBroker Docker image docs (https://docs.buanet.de/iobroker-docker-image/docs/). 2026/03/24 18:13:58 stdout Some adapters have special requirements/ settings which can be activated by the use of environment variables. 2026/03/24 18:13:58 stdout 2026/03/24 18:13:58 stdout -------------------------------------------------------------------------------- 2026/03/24 18:13:58 stdout ----- Step 4 of 5: Applying Special Settings ----- 2026/03/24 18:13:58 stdout -------------------------------------------------------------------------------- 2026/03/24 18:13:58 stdout 2026/03/24 18:13:58 stdout Done. 2026/03/24 18:13:57 stdout The host for instance "system.adapter.backitup.0" was changed from "buildkitsandbox" to "OldNo7NAS". 2026/03/24 18:13:57 stdout The host for instance "system.adapter.discovery.0" was changed from "buildkitsandbox" to "OldNo7NAS". 2026/03/24 18:13:57 stdout The host for instance "system.adapter.admin.0" was changed from "buildkitsandbox" to "OldNo7NAS". 2026/03/24 18:13:57 stdout Updating hostname to "OldNo7NAS"... Host "buildkitsandbox" successfully renamed to "OldNo7NAS". 2026/03/24 18:13:45 stdout Hostname in ioBroker does not match the hostname of this container. 2026/03/24 18:13:19 stdout 2026/03/24 18:13:19 stdout Initializing a fresh installation of ioBroker... Done. 2026/03/24 18:13:04 stdout 2026/03/24 18:13:04 stdout (Re)setting permissions (This might take a while! Please be patient!)... Done. 2026/03/24 18:13:04 stdout 2026/03/24 18:13:04 stdout Replacing ioBroker executable to fix sudo bug... Done. 2026/03/24 18:13:04 stdout 2026/03/24 18:13:04 stdout -------------------------------------------------------------------------------- 2026/03/24 18:13:04 stdout ----- Step 3 of 5: Checking ioBroker Installation ----- 2026/03/24 18:13:04 stdout -------------------------------------------------------------------------------- 2026/03/24 18:13:04 stdout 2026/03/24 18:13:04 stdout Restoring initial ioBroker installation... Done. 2026/03/24 18:13:00 stdout There is no data detected in /opt/iobroker. 2026/03/24 18:13:00 stdout 2026/03/24 18:13:00 stdout -------------------------------------------------------------------------------- 2026/03/24 18:13:00 stdout ----- Step 2 of 5: Detecting ioBroker Installation ----- 2026/03/24 18:13:00 stdout -------------------------------------------------------------------------------- 2026/03/24 18:13:00 stdout 2026/03/24 18:13:00 stdout 2026/03/24 18:12:55 stdout nano is not installed. Installing... Done. 2026/03/24 18:12:46 stdout 2026/03/24 18:12:46 stdout PACKAGES is set. Installing the following additional Linux packages: nano 2026/03/24 18:12:46 stdout 2026/03/24 18:12:46 stdout -------------------------------------------------------------------------------- 2026/03/24 18:12:46 stdout ----- Step 1 of 5: Preparing Container ----- 2026/03/24 18:12:46 stdout -------------------------------------------------------------------------------- 2026/03/24 18:12:46 stdout 2026/03/24 18:12:46 stdout -------------------------------------------------------------------------------- 2026/03/24 18:12:46 stdout ----- SETUID: 1000 ----- 2026/03/24 18:12:46 stdout ----- SETGID: 1000 ----- 2026/03/24 18:12:46 stdout ----- PACKAGES: nano ----- 2026/03/24 18:12:46 stdout ----- Environment Variables ----- 2026/03/24 18:12:46 stdout ----- ----- 2026/03/24 18:12:46 stdout ----- npm: 10.9.4 ----- 2026/03/24 18:12:45 stdout ----- node: v22.22.1 ----- 2026/03/24 18:12:45 stdout ----- build: 20260316.235601 ----- 2026/03/24 18:12:45 stdout ----- image: v11.1.0 ----- 2026/03/24 18:12:45 stdout ----- Version Information ----- 2026/03/24 18:12:45 stdout ----- ----- 2026/03/24 18:12:45 stdout ----- hostname: OldNo7NAS ----- 2026/03/24 18:12:45 stdout ----- arch: x86_64 ----- 2026/03/24 18:12:45 stdout ----- System Information ----- 2026/03/24 18:12:45 stdout -------------------------------------------------------------------------------- 2026/03/24 18:12:45 stdout 2026/03/24 18:12:45 stdout -------------------------------------------------------------------------------- 2026/03/24 18:12:45 stdout ----- Please be patient! ----- 2026/03/24 18:12:45 stdout ----- Startupscript is now running! ----- 2026/03/24 18:12:45 stdout ----- Welcome to your ioBroker Docker container! ----- 2026/03/24 18:12:45 stdout ----- ----- 2026/03/24 18:12:45 stdout ----- ╚═╝ ╚═════╝ ╚═════╝ ╚═╝ ╚═╝ ╚═════╝ ╚═╝ ╚═╝ ╚══════╝ ╚═╝ ╚═╝ ----- 2026/03/24 18:12:45 stdout ----- ██║ ╚██████╔╝ ██████╔╝ ██║ ██║ ╚██████╔╝ ██║ ██╗ ███████╗ ██║ ██║ ----- 2026/03/24 18:12:45 stdout ----- ██║ ██║ ██║ ██╔══██╗ ██╔══██╗ ██║ ██║ ██╔═██╗ ██╔══╝ ██╔══██╗ ----- 2026/03/24 18:12:45 stdout ----- ██║ ██║ ██║ ██████╔╝ ██████╔╝ ██║ ██║ █████╔╝ █████╗ ██████╔╝ ----- 2026/03/24 18:12:45 stdout ----- ██║ ██╔═══██╗ ██╔══██╗ ██╔══██╗ ██╔═══██╗ ██║ ██╔╝ ██╔════╝ ██╔══██╗ ----- 2026/03/24 18:12:45 stdout ----- ██╗ ██████╗ ██████╗ ██████╗ ██████╗ ██╗ ██╗ ███████╗ ██████╗ ----- 2026/03/24 18:12:45 stdout ----- ----- 2026/03/24 18:12:45 stdout -------------------------------------------------------------------------------- 2026/03/24 18:12:45 stdout ------------------------- 2026-03-24 18:12:45 ------------------------- 2026/03/24 18:12:45 stdout -------------------------------------------------------------------------------- 2026/03/24 18:12:45 stdoutMir bleibt nichts anderes übrig als den Container neu zu starten.
Mache ich hier schon was falsch?
Ich kann dazu auch gerne einen neuen Thread aufmachen, zu Gunsten der Übersicht.
@Happyuser20 sagte in Multihost Fragen!:
Mir scheint das ist hier mittlerweile auch so, leider.
dann nimmst du Nachfragen nach fehlenden Informationen um dir helfen zu können also negativ wahr?
Schade!und
@Happyuser20 sagte in Multihost Fragen!:was meinst du damit
wie ich es geschrieben habe.
und genau das
ergibt für mich gar keinen Sinn, daher die Nachfrage
@Happyuser20 sagte in Multihost Fragen!:
Hass hat sich anscheinend hier mittlerweile geändert.
welcher Hass?
@Happyuser20 sagte in Multihost Fragen!:
Wenn du mit Sonderlocke den Container meinst?
nein! die Art des anlegens
@Happyuser20 sagte in Multihost Fragen!:
Die austehenden Fragen habe ich mittlerweile beantwortet, denke ich
was hast du denn jetzt für einen Container?
ich hab da die Antwort wohl übersehen.@Happyuser20 sagte in Multihost Fragen!:
Ich kann dazu auch gerne einen neuen Thread aufmachen,
bitte nicht!
ich überlege die ganze Zeit schon die zwei bisherigen zu verheiraten um die Informationen zusammen zu halten!Anscheinend hast du tatsächlich ein Problem mit deiner Docker Installation, da wäre natürlich die Rubrik "Docker" sinnvoller, da sich dort die Dockerkenner aufhalten.
Bei reinen Multihost Problemen könnten ggf.andere (auch ich) helfen.
Aber im Moment sieht es nicht danach aus.Das kann an fehlenden Informationen oder eben auch am Docker liegen.
Ich mache das hier seit 12 Jahren.
Multihostprobleme waren fast immer nach wenigen Posts erledigt -
@Marc-Berg sagte in Multihost Fragen!:
Wenn ich nun in diesem Zustand Den Host neu starte, verweigert er hier schon den Neustart.
Das Log dazuDas Log sieht mir ziemlich unspektakulär und okay aus, was heißt bei dir "verweigert Neustart"? Was passiert konkret?
/volume1/docker/iobroker-data ist komplett leer beim Start?
Stacks --> Inhalt ist so korrekt und ausreichend.
Mit "verweigert den Neustart" meine ich; IoB ist nicht mehr erreichbar und der Container wird nach ca. 40s im Portainer als "unhealthy" angezeigt.
Wird der Container dann neu gestartet läuft alles wieder.@Marc-Berg sagte in Multihost Fragen!:
Setz mal noch die Umgebungvariable "debug" auf "true", dann sieht man noch mal mehr im Log.
das mach ich dann mal morgen.
@Happyuser20 sagte in Multihost Fragen!:
das mach ich dann mal morgen.
... und Fragen beantworten nicht vergessen:
@marc-berg sagte in Multihost Fragen!:
/volume1/docker/iobroker-data ist komplett leer beim Start?
-
@Happyuser20 sagte in Multihost Fragen!:
Wenn ich nun in diesem Zustand Den Host neu starte, verweigert er hier schon den Neustart.
Das Log dazuDas Log sieht mir ziemlich unspektakulär und okay aus, was heißt bei dir "verweigert Neustart"? Was passiert konkret?
/volume1/docker/iobroker-dataist komplett leer beim Start?Stacks --> Inhalt ist so korrekt und ausreichend.
Setz mal noch die Umgebungvariable "debug" auf "true", dann sieht man noch mal mehr im Log.
@Marc-Berg sagte in Multihost Fragen!:
/volume1/docker/iobroker-data ist komplett leer beim Start?
Das Verzeichnis ist leer
@Marc-Berg sagte in Multihost Fragen!:
Setz mal noch die Umgebungvariable "debug" auf "true", dann sieht man noch mal mehr im Log.
----- PACKAGES: nano ----- ----- SETGID: 1000 ----- ----- SETUID: 1000 ----- -------------------------------------------------------------------------------- !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!! DEBUG LOG ACTIVE !!!! !!!! Environment variable DEBUG is set to true. !!!! !!!! This will extend the logging output and may slow down container start. !!!! !!!! Please make sure to deactivate if no longer needed. !!!! !!!! For more information see ioBroker Docker image documentation: !!!! !!!! https://docs.buanet.de/iobroker-docker-image/docs/ !!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! -------------------------------------------------------------------------------- ----- 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. [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... Done. [DEBUG] Detected admin instance is: system.adapter.admin.0 [DEBUG] Detected admin hostname is: OldNo7NAS Hostname in ioBroker matches the hostname of this container. No action required. [DEBUG] Collecting some more ioBroker debug information... [DEBUG] ##### iobroker list instances ##### system.adapter.admin.0 : admin : OldNo7NAS - enabled, port: 8081, bind: 0.0.0.0, run as: admin system.adapter.backitup.0 : backitup : OldNo7NAS - enabled system.adapter.discovery.0 : discovery : OldNo7NAS - enabled + instance is alive [DEBUG] ##### iobroker repo list ##### ┌─────────┬──────────┬─────────────────────────────────────────────────────────┬──────────────┐ │ (index) │ name │ url │ auto upgrade │ ├─────────┼──────────┼─────────────────────────────────────────────────────────┼──────────────┤ │ 0 │ 'stable' │ 'http://download.iobroker.net/sources-dist.json' │ false │ │ 1 │ 'beta' │ 'http://download.iobroker.net/sources-dist-latest.json' │ false │ └─────────┴──────────┴─────────────────────────────────────────────────────────┴──────────────┘ Active repo(s): stable Upgrade policy: none [DEBUG] ##### iobroker update ##### Used repository: stable Adapter "admin" : 7.7.22 , installed 7.7.22 Adapter "backitup" : 3.3.14 , installed 3.3.14 Adapter "discovery" : 5.0.0 , installed 5.0.0 Controller "js-controller": 7.0.7 , installed 7.0.7 -------------------------------------------------------------------------------- ----- Step 4 of 5: Applying Special Settings ----- -------------------------------------------------------------------------------- Some adapters have special requirements/ settings which can be activated by the use of environment variables. For more information see ioBroker Docker image docs (https://docs.buanet.de/iobroker-docker-image/docs/). -------------------------------------------------------------------------------- ----- Step 5 of 5: ioBroker Startup ----- -------------------------------------------------------------------------------- Starting ioBroker... ##### #### ### ## # iobroker.js-controller log output # ## ### #### ##### host.OldNo7NAS check instance "system.adapter.admin.0" for host "OldNo7NAS" host.OldNo7NAS check instance "system.adapter.backitup.0" for host "OldNo7NAS" host.OldNo7NAS check instance "system.adapter.discovery.0" for host "OldNo7NAS" Send diag info: {"uuid":"d0422790-1aff-4757-820e-a7f227e1a5cb","language":"de","country":"Germany","hosts":[{"version":"7.0.7","platform":"Javascript/Node.js","type":"linux"}],"node":"v22.22.1","arch":"x64","docker":true,"adapters":{"admin":{"version":"7.7.22","platform":"Javascript/Node.js"},"discovery":{"version":"5.0.0","platform":"Javascript/Node.js"},"backitup":{"version":"3.3.14","platform":"Javascript/Node.js","installedFrom":"iobroker.backitup@3.3.14"}},"statesType":"jsonl","objectsType":"jsonl","noInstances":3,"compactMode":false,"noCompactInstances":0,"model":"Intel(R) Celeron(R) CPU J3355 @ 2.00GHz","cpus":2,"mem":16624197632,"ostype":"Linux","city":"Arrach"} ================================== > LOG REDIRECT system.adapter.admin.0 => true [system.adapter.admin.0.logging] Send diag info: {"uuid":"d0422790-1aff-4757-820e-a7f227e1a5cb","language":"de","country":"Germany","hosts":[{"version":"7.0.7","platform":"Javascript/Node.js","type":"linux"}],"node":"v22.22.1","arch":"x64","docker":true,"adapters":{"admin":{"version":"7.7.22","platform":"Javascript/Node.js"},"discovery":{"version":"5.0.0","platform":"Javascript/Node.js"},"backitup":{"version":"3.3.14","platform":"Javascript/Node.js","installedFrom":"iobroker.backitup@3.3.14"}},"statesType":"jsonl","objectsType":"jsonl","noInstances":3,"compactMode":false,"noCompactInstances":0,"model":"Intel(R) Celeron(R) CPU J3355 @ 2.00GHz","cpus":2,"mem":16624197632,"ostype":"Linux","city":"Arrach"} ================================== > LOG REDIRECT system.adapter.admin.0 => false [Process stopped] ================================== > LOG REDIRECT system.adapter.admin.0 => false [system.adapter.admin.0.logging]Ab hier ist der Container auf "unhealthy
-
@Happyuser20 sagte in Multihost Fragen!:
Mir scheint das ist hier mittlerweile auch so, leider.
dann nimmst du Nachfragen nach fehlenden Informationen um dir helfen zu können also negativ wahr?
Schade!und
@Happyuser20 sagte in Multihost Fragen!:was meinst du damit
wie ich es geschrieben habe.
und genau das
ergibt für mich gar keinen Sinn, daher die Nachfrage
@Happyuser20 sagte in Multihost Fragen!:
Hass hat sich anscheinend hier mittlerweile geändert.
welcher Hass?
@Happyuser20 sagte in Multihost Fragen!:
Wenn du mit Sonderlocke den Container meinst?
nein! die Art des anlegens
@Happyuser20 sagte in Multihost Fragen!:
Die austehenden Fragen habe ich mittlerweile beantwortet, denke ich
was hast du denn jetzt für einen Container?
ich hab da die Antwort wohl übersehen.@Happyuser20 sagte in Multihost Fragen!:
Ich kann dazu auch gerne einen neuen Thread aufmachen,
bitte nicht!
ich überlege die ganze Zeit schon die zwei bisherigen zu verheiraten um die Informationen zusammen zu halten!Anscheinend hast du tatsächlich ein Problem mit deiner Docker Installation, da wäre natürlich die Rubrik "Docker" sinnvoller, da sich dort die Dockerkenner aufhalten.
Bei reinen Multihost Problemen könnten ggf.andere (auch ich) helfen.
Aber im Moment sieht es nicht danach aus.Das kann an fehlenden Informationen oder eben auch am Docker liegen.
Ich mache das hier seit 12 Jahren.
Multihostprobleme waren fast immer nach wenigen Posts erledigt@Homoran sagte in Multihost Fragen!:
welcher Hass?
Rechtschreibfehler -- Das!@Homoran sagte in Multihost Fragen!:
was hast du denn jetzt für einen Container?
ich hab da die Antwort wohl übersehen.- Container Manager auf der Synology DS218+
- verwalten tue ich alles mit "Portainer"
- dort lege ich auch den Stack an mit der yml von Buanet.
- diese yml zieht die latest v11 vom Buanet Docker image
@Homoran sagte in Multihost Fragen!:
nein! die Art des anlegens
Hörte sich für mich einfacher an, aber ist wohl auch nicht das gelbe vom Ei.Jetzt sollten alle offenen Fragen beantwortet sein.
-
@Marc-Berg sagte in Multihost Fragen!:
/volume1/docker/iobroker-data ist komplett leer beim Start?
Das Verzeichnis ist leer
@Marc-Berg sagte in Multihost Fragen!:
Setz mal noch die Umgebungvariable "debug" auf "true", dann sieht man noch mal mehr im Log.
----- PACKAGES: nano ----- ----- SETGID: 1000 ----- ----- SETUID: 1000 ----- -------------------------------------------------------------------------------- !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!! DEBUG LOG ACTIVE !!!! !!!! Environment variable DEBUG is set to true. !!!! !!!! This will extend the logging output and may slow down container start. !!!! !!!! Please make sure to deactivate if no longer needed. !!!! !!!! For more information see ioBroker Docker image documentation: !!!! !!!! https://docs.buanet.de/iobroker-docker-image/docs/ !!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! -------------------------------------------------------------------------------- ----- 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. [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... Done. [DEBUG] Detected admin instance is: system.adapter.admin.0 [DEBUG] Detected admin hostname is: OldNo7NAS Hostname in ioBroker matches the hostname of this container. No action required. [DEBUG] Collecting some more ioBroker debug information... [DEBUG] ##### iobroker list instances ##### system.adapter.admin.0 : admin : OldNo7NAS - enabled, port: 8081, bind: 0.0.0.0, run as: admin system.adapter.backitup.0 : backitup : OldNo7NAS - enabled system.adapter.discovery.0 : discovery : OldNo7NAS - enabled + instance is alive [DEBUG] ##### iobroker repo list ##### ┌─────────┬──────────┬─────────────────────────────────────────────────────────┬──────────────┐ │ (index) │ name │ url │ auto upgrade │ ├─────────┼──────────┼─────────────────────────────────────────────────────────┼──────────────┤ │ 0 │ 'stable' │ 'http://download.iobroker.net/sources-dist.json' │ false │ │ 1 │ 'beta' │ 'http://download.iobroker.net/sources-dist-latest.json' │ false │ └─────────┴──────────┴─────────────────────────────────────────────────────────┴──────────────┘ Active repo(s): stable Upgrade policy: none [DEBUG] ##### iobroker update ##### Used repository: stable Adapter "admin" : 7.7.22 , installed 7.7.22 Adapter "backitup" : 3.3.14 , installed 3.3.14 Adapter "discovery" : 5.0.0 , installed 5.0.0 Controller "js-controller": 7.0.7 , installed 7.0.7 -------------------------------------------------------------------------------- ----- Step 4 of 5: Applying Special Settings ----- -------------------------------------------------------------------------------- Some adapters have special requirements/ settings which can be activated by the use of environment variables. For more information see ioBroker Docker image docs (https://docs.buanet.de/iobroker-docker-image/docs/). -------------------------------------------------------------------------------- ----- Step 5 of 5: ioBroker Startup ----- -------------------------------------------------------------------------------- Starting ioBroker... ##### #### ### ## # iobroker.js-controller log output # ## ### #### ##### host.OldNo7NAS check instance "system.adapter.admin.0" for host "OldNo7NAS" host.OldNo7NAS check instance "system.adapter.backitup.0" for host "OldNo7NAS" host.OldNo7NAS check instance "system.adapter.discovery.0" for host "OldNo7NAS" Send diag info: {"uuid":"d0422790-1aff-4757-820e-a7f227e1a5cb","language":"de","country":"Germany","hosts":[{"version":"7.0.7","platform":"Javascript/Node.js","type":"linux"}],"node":"v22.22.1","arch":"x64","docker":true,"adapters":{"admin":{"version":"7.7.22","platform":"Javascript/Node.js"},"discovery":{"version":"5.0.0","platform":"Javascript/Node.js"},"backitup":{"version":"3.3.14","platform":"Javascript/Node.js","installedFrom":"iobroker.backitup@3.3.14"}},"statesType":"jsonl","objectsType":"jsonl","noInstances":3,"compactMode":false,"noCompactInstances":0,"model":"Intel(R) Celeron(R) CPU J3355 @ 2.00GHz","cpus":2,"mem":16624197632,"ostype":"Linux","city":"Arrach"} ================================== > LOG REDIRECT system.adapter.admin.0 => true [system.adapter.admin.0.logging] Send diag info: {"uuid":"d0422790-1aff-4757-820e-a7f227e1a5cb","language":"de","country":"Germany","hosts":[{"version":"7.0.7","platform":"Javascript/Node.js","type":"linux"}],"node":"v22.22.1","arch":"x64","docker":true,"adapters":{"admin":{"version":"7.7.22","platform":"Javascript/Node.js"},"discovery":{"version":"5.0.0","platform":"Javascript/Node.js"},"backitup":{"version":"3.3.14","platform":"Javascript/Node.js","installedFrom":"iobroker.backitup@3.3.14"}},"statesType":"jsonl","objectsType":"jsonl","noInstances":3,"compactMode":false,"noCompactInstances":0,"model":"Intel(R) Celeron(R) CPU J3355 @ 2.00GHz","cpus":2,"mem":16624197632,"ostype":"Linux","city":"Arrach"} ================================== > LOG REDIRECT system.adapter.admin.0 => false [Process stopped] ================================== > LOG REDIRECT system.adapter.admin.0 => false [system.adapter.admin.0.logging]Ab hier ist der Container auf "unhealthy
@Happyuser20 sagte in Multihost Fragen!:
Du schreibst
Das Verzeichnis ist leer
Gleichzeitig sagt das Log
This is not the first run of this container. Skipping first run preparation.Das kann nicht passen. Bitte Verzeichnis leeren und dann den Container starten. Davon das Log posten, nachdem der Container auf unhealthy ging.
EDIT:
Außerdem im Container ausführen und die Ergebnisse bereitstellen:
iob status iob stop admin.0 iob start admin.0 -
Da es hier erst um den Docker geht habe ich beide Threads in die Kategorie "Docker" zusammengefasst
-
@Happyuser20 sagte in Multihost Fragen!:
Du schreibst
Das Verzeichnis ist leer
Gleichzeitig sagt das Log
This is not the first run of this container. Skipping first run preparation.Das kann nicht passen. Bitte Verzeichnis leeren und dann den Container starten. Davon das Log posten, nachdem der Container auf unhealthy ging.
EDIT:
Außerdem im Container ausführen und die Ergebnisse bereitstellen:
iob status iob stop admin.0 iob start admin.0@Marc-Berg sagte in IOB im Docker Startet nicht mehr!!!:
Das kann nicht passen. Bitte Verzeichnis leeren und dann den Container starten. Davon das Log posten, nachdem der Container auf unhealthy ging.
- Bevor ich den Container mit dem Stack anlege, ist das Verzeichnis leer.
- wenn der Container angelegt wird, wird nach meiner Meinung nach das Verzeichnis gefüllt von der IOB Installation
- der erste Start funktioniert auch noch. Ich mach die ersten Schritte nach der Installation
- mache das Update vom Backitup-Adapter
- alles gut, bis im Reiter "Hosts" Neustarte
- ab da hängt es und der Container geht auf "unhealthy"
- IOB kann nur mit einem Neustart des Containers wieder zum leben erweckt werden
Kann es sein, dass wir aneinander Vorbeireden?
@Marc-Berg sagte in IOB im Docker Startet nicht mehr!!!:
Außerdem im Container ausführen und die Ergebnisse bereitstellen:
Objects type: jsonl States type: jsonl root@OldNo7NAS:/opt/iobroker# iob stop admin The adapter "admin.0" was stopped. root@OldNo7NAS:/opt/iobroker# iob start admin The adapter "admin.0" was started. root@OldNo7NAS:/opt/iobroker#Der Neustart über die Konsole scheint zu klappen.
Aber so
nicht.
-
@Marc-Berg sagte in IOB im Docker Startet nicht mehr!!!:
Das kann nicht passen. Bitte Verzeichnis leeren und dann den Container starten. Davon das Log posten, nachdem der Container auf unhealthy ging.
- Bevor ich den Container mit dem Stack anlege, ist das Verzeichnis leer.
- wenn der Container angelegt wird, wird nach meiner Meinung nach das Verzeichnis gefüllt von der IOB Installation
- der erste Start funktioniert auch noch. Ich mach die ersten Schritte nach der Installation
- mache das Update vom Backitup-Adapter
- alles gut, bis im Reiter "Hosts" Neustarte
- ab da hängt es und der Container geht auf "unhealthy"
- IOB kann nur mit einem Neustart des Containers wieder zum leben erweckt werden
Kann es sein, dass wir aneinander Vorbeireden?
@Marc-Berg sagte in IOB im Docker Startet nicht mehr!!!:
Außerdem im Container ausführen und die Ergebnisse bereitstellen:
Objects type: jsonl States type: jsonl root@OldNo7NAS:/opt/iobroker# iob stop admin The adapter "admin.0" was stopped. root@OldNo7NAS:/opt/iobroker# iob start admin The adapter "admin.0" was started. root@OldNo7NAS:/opt/iobroker#Der Neustart über die Konsole scheint zu klappen.
Aber so
nicht.
@Happyuser20 sagte in IOB im Docker Startet nicht mehr!!!:
Kann es sein, dass wir aneinander Vorbeireden?
Ja.
Ich checke erst jetzt, dass dein "Problem" darin besteht, dass der Button "Host neu starten" im Admin nicht funktioniert.
Wenn ioBroker im Container läuft, funktioniert dies nicht (mehr). Wenn ich mich recht erinnere, war das eine Nebenwirkung des von André/Buanet eingeführten Mainenance Modus. Neustart des Containers also nur über die Portainer oder DS.
-
@Happyuser20 sagte in IOB im Docker Startet nicht mehr!!!:
Kann es sein, dass wir aneinander Vorbeireden?
Ja.
Ich checke erst jetzt, dass dein "Problem" darin besteht, dass der Button "Host neu starten" im Admin nicht funktioniert.
Wenn ioBroker im Container läuft, funktioniert dies nicht (mehr). Wenn ich mich recht erinnere, war das eine Nebenwirkung des von André/Buanet eingeführten Mainenance Modus. Neustart des Containers also nur über die Portainer oder DS.
@Marc-Berg sagte in IOB im Docker Startet nicht mehr!!!:
Ja.
Ich checke erst jetzt, dass dein "Problem" darin besteht, dass der Button "Host neu starten" im Admin nicht funktioniert.
Wenn ioBroker im Container läuft, funktioniert dies nicht (mehr). Wenn ich mich recht erinnere, war das eine Nebenwirkung des von André/Buanet eingeführten Mainenance Modus. Neustart des Containers also nur über die Portainer oder DS.
Wenn das so ist, mache ich an dieser mal weiter und spiele mein Backup ein.
Das bringt mich dann gleich zur nächsten Frage.
Macht es einen Unterschied ob ich IoBroker über den Admin neu starte oder über den Container Stoppe und wieder Starte?
Hintergrund meiner Frage: Ich habe gelesen man solle nach einrichten des Multihost den Master neu starten und dann erst den Slave. Evtl. ist dort ein Problem? -
@Marc-Berg sagte in IOB im Docker Startet nicht mehr!!!:
Ja.
Ich checke erst jetzt, dass dein "Problem" darin besteht, dass der Button "Host neu starten" im Admin nicht funktioniert.
Wenn ioBroker im Container läuft, funktioniert dies nicht (mehr). Wenn ich mich recht erinnere, war das eine Nebenwirkung des von André/Buanet eingeführten Mainenance Modus. Neustart des Containers also nur über die Portainer oder DS.
Wenn das so ist, mache ich an dieser mal weiter und spiele mein Backup ein.
Das bringt mich dann gleich zur nächsten Frage.
Macht es einen Unterschied ob ich IoBroker über den Admin neu starte oder über den Container Stoppe und wieder Starte?
Hintergrund meiner Frage: Ich habe gelesen man solle nach einrichten des Multihost den Master neu starten und dann erst den Slave. Evtl. ist dort ein Problem?@Happyuser20 sagte in IOB im Docker Startet nicht mehr!!!:
Macht es einen Unterschied ob ich IoBroker über den Admin neu starte oder über den Container Stoppe und wieder Starte?
Nein, kein relevanter Unterschied.
Hintergrund meiner Frage: Ich habe gelesen man solle nach einrichten des Multihost den Master neu starten und dann erst den Slave. Evtl. ist dort ein Problem?
Ich frage mich: Was muss am Master eingerichtet werden? Sämtliche Konfigurationsarbeit (iob setup custom) findet am Slave statt. Der Master muss in deiner Konstellation lediglich erreichbar sein, und das ist er.
NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+EMQX+Grafana
Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN, Arduino, KiCad
Benutzt das Voting im Beitrag, wenn er euch geholfen hat.
-
@Happyuser20 sagte in IOB im Docker Startet nicht mehr!!!:
Macht es einen Unterschied ob ich IoBroker über den Admin neu starte oder über den Container Stoppe und wieder Starte?
Nein, kein relevanter Unterschied.
Hintergrund meiner Frage: Ich habe gelesen man solle nach einrichten des Multihost den Master neu starten und dann erst den Slave. Evtl. ist dort ein Problem?
Ich frage mich: Was muss am Master eingerichtet werden? Sämtliche Konfigurationsarbeit (iob setup custom) findet am Slave statt. Der Master muss in deiner Konstellation lediglich erreichbar sein, und das ist er.
@Marc-Berg sagte in IOB im Docker Startet nicht mehr!!!:
Sämtliche Konfigurationsarbeit (iob setup custom) findet am Slave statt
ich hab das ewig nicht mehr geprüft.
Ist das jetzt so? Früher musste auch am Master angepasst werden, da die default Einstellungen nicht Multihost fähig waren.
Ich wriss nicht mehr, ob es die IP oder die Ports, ggf. auch die Auswahl der Object/states db.kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton im Header. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
@Marc-Berg sagte in IOB im Docker Startet nicht mehr!!!:
Sämtliche Konfigurationsarbeit (iob setup custom) findet am Slave statt
ich hab das ewig nicht mehr geprüft.
Ist das jetzt so? Früher musste auch am Master angepasst werden, da die default Einstellungen nicht Multihost fähig waren.
Ich wriss nicht mehr, ob es die IP oder die Ports, ggf. auch die Auswahl der Object/states db.@Homoran sagte in IOB im Docker Startet nicht mehr!!!:
Ist das jetzt so? Früher musste auch am Master angepasst werden, da die default Einstellungen nicht Multihost fähig waren.
Stimmt natürlich, die IP-Adresse, auf der gehört wird, muss von "127.0.0.1" (default) auf "0.0.0.0" geändert werden. Aber das wars dann auch schon, denke ich.
-
System läuft jetzt wieder
Auch der Multihost hat jetzt funktioniert
Eingestellt habe ich es wie folgt
Master Konfiguration
iobroker setup custom Type of objects DB [(f)ile, (c)ouch, (r)edis], default [file]: j #anstatt f Host / Unix Socket of objects DB(file), default[0.0.0.0]:0.0.0.0 Port of objects DB(file), default[9001]:9001 Type of states DB [(f)file, (r)edis], default [file]: j #anstatt f Host / Unix Socket of states DB (redis), default[127.0.0.1]: 0.0.0.0 Port of states DB (redis), default[6379]:9000 Data directory (file), default[../../../iobroker-data/]: /opt/iobroker/iobroker-data/ Host name of this machine [ioBroker-RasPi]:<Name der Maschine> iobroker multihost enable enter pass phrase iobroker restartSlave Konfiguration
iobroker setup custom Type of objects DB [(f)ile, (c)ouch, (r)edis], default [file]: j Host / Unix Socket of objects DB(file), default[127.0.0.1]: <MASTER-IP> Port of objects DB(file), default[9001]:9001 Type of states DB [(f)file, (r)edis], default [file]: j Host / Unix Socket of states DB (redis), default[<MASTER-IP>]: Port of states DB (redis), default[6379]:9000 Host name of this machine [raspi-sub-1]:<Name der Maschine> iobroker multihost connect 1 | <MASTER-IP> | host | 192.168.86.42 | "authentication required" Please select host [1]: 1 Enter secret phrase for connection: ***** Config ok. Please restart ioBroker: "iobroker restart" iobroker restartDamit hat es endlich funktioniert.
Wenn ich beim Master „f“ anstatt „j“ eingebe, schmiert die IoB Installation ab!
Wie vorher auch schon
Checking database connection... Failed. [ERROR] Cannot read system.config: null (OK when migrating or restoring) [ERROR] Error: no UUID foundHabe ich extra nochmal getestet.
Danke nochmal an alle Beteiligten für die Unterstützung.
-
System läuft jetzt wieder
Auch der Multihost hat jetzt funktioniert
Eingestellt habe ich es wie folgt
Master Konfiguration
iobroker setup custom Type of objects DB [(f)ile, (c)ouch, (r)edis], default [file]: j #anstatt f Host / Unix Socket of objects DB(file), default[0.0.0.0]:0.0.0.0 Port of objects DB(file), default[9001]:9001 Type of states DB [(f)file, (r)edis], default [file]: j #anstatt f Host / Unix Socket of states DB (redis), default[127.0.0.1]: 0.0.0.0 Port of states DB (redis), default[6379]:9000 Data directory (file), default[../../../iobroker-data/]: /opt/iobroker/iobroker-data/ Host name of this machine [ioBroker-RasPi]:<Name der Maschine> iobroker multihost enable enter pass phrase iobroker restartSlave Konfiguration
iobroker setup custom Type of objects DB [(f)ile, (c)ouch, (r)edis], default [file]: j Host / Unix Socket of objects DB(file), default[127.0.0.1]: <MASTER-IP> Port of objects DB(file), default[9001]:9001 Type of states DB [(f)file, (r)edis], default [file]: j Host / Unix Socket of states DB (redis), default[<MASTER-IP>]: Port of states DB (redis), default[6379]:9000 Host name of this machine [raspi-sub-1]:<Name der Maschine> iobroker multihost connect 1 | <MASTER-IP> | host | 192.168.86.42 | "authentication required" Please select host [1]: 1 Enter secret phrase for connection: ***** Config ok. Please restart ioBroker: "iobroker restart" iobroker restartDamit hat es endlich funktioniert.
Wenn ich beim Master „f“ anstatt „j“ eingebe, schmiert die IoB Installation ab!
Wie vorher auch schon
Checking database connection... Failed. [ERROR] Cannot read system.config: null (OK when migrating or restoring) [ERROR] Error: no UUID foundHabe ich extra nochmal getestet.
Danke nochmal an alle Beteiligten für die Unterstützung.
@Happyuser20 sagte in IOB im Docker Startet nicht mehr!!!:
Auch der Multihost hat jetzt funktioniert
ja, so muss es sein.
ich gehe davon aus dass deine <Eingaben> in Wirklichkeit anders aussehen 😉Multihost sollte nicht dein Problem gewesen sein.
-
System läuft jetzt wieder
Auch der Multihost hat jetzt funktioniert
Eingestellt habe ich es wie folgt
Master Konfiguration
iobroker setup custom Type of objects DB [(f)ile, (c)ouch, (r)edis], default [file]: j #anstatt f Host / Unix Socket of objects DB(file), default[0.0.0.0]:0.0.0.0 Port of objects DB(file), default[9001]:9001 Type of states DB [(f)file, (r)edis], default [file]: j #anstatt f Host / Unix Socket of states DB (redis), default[127.0.0.1]: 0.0.0.0 Port of states DB (redis), default[6379]:9000 Data directory (file), default[../../../iobroker-data/]: /opt/iobroker/iobroker-data/ Host name of this machine [ioBroker-RasPi]:<Name der Maschine> iobroker multihost enable enter pass phrase iobroker restartSlave Konfiguration
iobroker setup custom Type of objects DB [(f)ile, (c)ouch, (r)edis], default [file]: j Host / Unix Socket of objects DB(file), default[127.0.0.1]: <MASTER-IP> Port of objects DB(file), default[9001]:9001 Type of states DB [(f)file, (r)edis], default [file]: j Host / Unix Socket of states DB (redis), default[<MASTER-IP>]: Port of states DB (redis), default[6379]:9000 Host name of this machine [raspi-sub-1]:<Name der Maschine> iobroker multihost connect 1 | <MASTER-IP> | host | 192.168.86.42 | "authentication required" Please select host [1]: 1 Enter secret phrase for connection: ***** Config ok. Please restart ioBroker: "iobroker restart" iobroker restartDamit hat es endlich funktioniert.
Wenn ich beim Master „f“ anstatt „j“ eingebe, schmiert die IoB Installation ab!
Wie vorher auch schon
Checking database connection... Failed. [ERROR] Cannot read system.config: null (OK when migrating or restoring) [ERROR] Error: no UUID foundHabe ich extra nochmal getestet.
Danke nochmal an alle Beteiligten für die Unterstützung.
@Happyuser20 sagte in IOB im Docker Startet nicht mehr!!!:
Type of objects DB [(f)ile, (c)ouch, (r)edis], default [file]: jEs ist mir ein vollkommenes Rätsel, warum bei dir diese (für dich zurecht verwirrende) Auswahl erscheint. Bei mir kommt:
Type of objects DB [(j)sonl, (f)ile, (r)edis, ...], default [redis]:Kann es sein, dass du auf dem pi eine alte ioBroker Version fährst?
NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+EMQX+Grafana
Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN, Arduino, KiCad
Benutzt das Voting im Beitrag, wenn er euch geholfen hat.
-
@Happyuser20 sagte in IOB im Docker Startet nicht mehr!!!:
Type of objects DB [(f)ile, (c)ouch, (r)edis], default [file]: jEs ist mir ein vollkommenes Rätsel, warum bei dir diese (für dich zurecht verwirrende) Auswahl erscheint. Bei mir kommt:
Type of objects DB [(j)sonl, (f)ile, (r)edis, ...], default [redis]:Kann es sein, dass du auf dem pi eine alte ioBroker Version fährst?
@Marc-Berg
couch.db existierte mal vor 12 Jahren!
Damals war Installation noch ein Abenteuer.Das irritiert mich jetzt aber auch.
Aber ebenso warum bei Auswahl von file (=json) das System abschmieren sollte.
-
@Happyuser20 sagte in IOB im Docker Startet nicht mehr!!!:
Type of objects DB [(f)ile, (c)ouch, (r)edis], default [file]: jEs ist mir ein vollkommenes Rätsel, warum bei dir diese (für dich zurecht verwirrende) Auswahl erscheint. Bei mir kommt:
Type of objects DB [(j)sonl, (f)ile, (r)edis, ...], default [redis]:Kann es sein, dass du auf dem pi eine alte ioBroker Version fährst?
@Marc-Berg sagte in IOB im Docker Startet nicht mehr!!!:
@Happyuser20 sagte in IOB im Docker Startet nicht mehr!!!:
Type of objects DB [(f)ile, (c)ouch, (r)edis], default [file]: jEs ist mir ein vollkommenes Rätsel, warum bei dir diese (für dich zurecht verwirrende) Auswahl erscheint. Bei mir kommt:
Type of objects DB [(j)sonl, (f)ile, (r)edis, ...], default [redis]:Kann es sein, dass du auf dem pi eine alte ioBroker Version fährst?
Der Slave PI ist auch ganz frisch aufgesetzt, nach dieser Anleitung
Der sollte aktuell sein. -
@Marc-Berg sagte in IOB im Docker Startet nicht mehr!!!:
@Happyuser20 sagte in IOB im Docker Startet nicht mehr!!!:
Type of objects DB [(f)ile, (c)ouch, (r)edis], default [file]: jEs ist mir ein vollkommenes Rätsel, warum bei dir diese (für dich zurecht verwirrende) Auswahl erscheint. Bei mir kommt:
Type of objects DB [(j)sonl, (f)ile, (r)edis, ...], default [redis]:Kann es sein, dass du auf dem pi eine alte ioBroker Version fährst?
Der Slave PI ist auch ganz frisch aufgesetzt, nach dieser Anleitung
Der sollte aktuell sein.@Happyuser20 sagte in IOB im Docker Startet nicht mehr!!!:
Der sollte aktuell sein.
Im gesamten aktuellen Quellcode des js-controllers findet sich kein "(c)ouch" mehr. Deine Installation bleibt eine Wundertüte. ;-)
NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+EMQX+Grafana
Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN, Arduino, KiCad
Benutzt das Voting im Beitrag, wenn er euch geholfen hat.
452
Online32.7k
Benutzer82.6k
Themen1.3m
Beiträge