[HowTo] ioBroker unter Docker auf Synology DiskStation
-
@hollywoot Jedem wie er es mag. Da du aber offenbar auch keinen technischen Grund siehst das so zu machen, einigen wir uns vielleicht darauf:
@andre sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Es gibt keinen technischen Grund auch die Influx DB (oder andere Services wie grafana, redis, mariadb usw.) über MACVLAN in Betrieb zu nehmen!
@clfberlin Hast du versucht von v7.1.2 auf v7.2.0 zu gehen? Waren alle deine Adapter und der js-controller vorher auf der aktuellsten (stable) Version?
Folgendes würde ich versuchen:
- Container neu einmal neu anlegen, das Recreate vom Portainer ist immer mal wieder buggy. Alternative: Bau dir einen Stack! Dann vermeidest du in Zukunft Bugs der Portainer web UI bei Recreate oder Duplicate/ Edit.
- Umgebungsvariable DEBUG hinzufügen und auf true setzen. Das macht, dass der Container an der Stelle wo es bei dir hakt stehen bleibt und weiter läuft. So hast du die Möglichkeit auf die Kommandozeile zu gehen und z.B. ein
iobroker statusauszuführen. Eventuell bekommen wir über die Ausgabe mehr Infos warum es Probleme bei der Erkennung der Admin Instanz gab. - Poste das komplette Log deines Containers beim Start. Nur mit der Fehlermeldung kommen wir hier nicht weit.
@hollywoot sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Hab ich vor zwei Posts schon was zu geschrieben. Downgrade deinen Portainer.
Hast du dazu mehr Infos? Gibt es da einen bekannten Issue bei Portainer? (Link?)
Ich denke das Portainer Downgrade ist den zweiten Schritt vor dem ersten machen.@hollywoot sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
@bean
Gleiches Problem gerade beim Kollegen gehabt. Portainer Downgrade auf z.B. 2.15.1 brachte Erfolg. Damit ließ sich der gleiche Stack hochfahren - mit der neusten Portainerversion nicht.
Dazu einfach als Image portainer/portainer-ce:2.15.1 nutzen und nicht das latestDu sprichst vom Stack. @bean hat den Container manuell erstellt. Ich würd erstmal versuchen neu anzulegen.
MfG,
André -
Hab ich vor zwei Posts schon was zu geschrieben. Downgrade deinen Portainer.
Ja, danke - ich war allerdings noch auf 2.16.1. Hatte bisher nicht auf 2.16.2... Ach, Moment - Du schriebst ja 2.15.1. Oh Mann. Ok, probiere ich gleich... Ich sage Bescheid.
Und gleich noch eine Zusatzfrage:
Ich habe in der Zwischenzeit einen neuen Container aufgesetzt und auf ein anderes Verzeichnis gemappt.
Im ersten Schritt habe ich den gesamten Inhalt des vorigen Ordners dorthin kopiert, also /iobroker-data, /node_modules etc.
Diese Installation brach beim Start (erwartungsgemäß) mit demselben Fehler ab.
Dann Ordner geleert und wieder Container aufgesetzt. In der frischen Installation dann ein Backup hergestellt. Es fehlten viele Dinge (vor allem ins Sachen VIS). Also habe ich iobroker gestoppt und gezielt eine ganze Reihe an Ordnern rüber kopiert (mit Option "überschreiben"). Das immer schrittweise. Also Ordner kopiert, iobroker gestartet und überprüft, dann wieder aus und Ordner kopiert.
Die Parallelinstallation sieht eigentlich ganz gut aus. Es gibt nur beim Start Meldungen bzgl. homebridge-ewelink und einem fehlenden Keyword 'homebridge-plugin'. Dem gehe ich noch nach.
Ich habe jetzt also zumindest ein Fallback, falls Plan A nicht klappt. Nun aber zur Frage: Ich hatte gestern, bevor er abgeschmiert war, eine Menge Zeit in die Konfiguration gesteckt. Mir fehlen jetzt eigene angelegte Objekte aus 0_userdata und ein paar Blockly-Skripte. Weiß jemand, wo die gespeichert werden bzw. wie ich die von der Altinstallation in die neue Version ziehen kann?Vielen Dank und Grüße, clfberlin
-
Nachtrag: Ne, bei mir hat das Portainer-Downgrade auf 2.15.1 nichts gebracht.
Container steigt aus nach
Fixing "sudo-bug" by replacing sudo with gosu... Done.
mit
There was a problem detecting the admin instance of your iobroker.
Hatte den Container auch per "Recreate" neu gezigen und aufgesetzt.Sieht so aus, als müsse ich mit dem Ausweich-Container weiterarbeiten. Das scheint soweit auch stabil (erster Eindruck). Nur die neueren Objekte aus 0_userdata sowie tagesaktuelle Blockly-Skripte fehlen halt noch.
-
@clfberlin sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
In der frischen Installation dann ein Backup hergestellt.
richtig ...
Es fehlten viele Dinge (vor allem ins Sachen VIS). Also habe ich iobroker gestoppt und gezielt eine ganze Reihe an Ordnern rüber kopiert (mit Option "überschreiben"). Das immer schrittweise. Also Ordner kopiert, iobroker gestartet und überprüft, dann wieder aus und Ordner kopiert.
Falsch ... man kopiert nichts von anderen Ordnern ( Dateien ) zusammen, damit igendwas wieder läuft in ioBroker .
der Schritt für Vis wäre gewesen :
https://forum.iobroker.net/topic/58991/gelöst-vis-lässt-sich-nicht-installieren -
@clfberlin sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Container steigt aus nach
lese und führe das so durch , wie @andre oben schreibt ...
so bringt das nicht´s !
-
@glasfaser und @andre
Sorry, überhastet. Du hast Recht, ich gehe das nochmal systematisch durch...
Container neu einmal neu anlegen, das Recreate vom Portainer ist immer mal wieder buggy. Alternative: Bau dir einen Stack! Dann vermeidest du in Zukunft Bugs der Portainer web UI bei Recreate oder Duplicate/ Edit.
Check. Container neu angelegt - mappt auf den ursprünglichen Ordner.
Verwendet wird Image buanet/iobroker:latest-v7Umgebungsvariable DEBUG hinzufügen und auf true setzen. Das macht, dass der Container an der Stelle wo es bei dir hakt stehen bleibt und weiter läuft. So hast du die Möglichkeit auf die Kommandozeile zu gehen und z.B. ein iobroker status auszuführen. Eventuell bekommen wir über die Ausgabe mehr Infos warum es Probleme bei der Erkennung der Admin Instanz gab.
Bei ENV ist DEBUG mit true gesetzt (s. Log). Außerdem USBDEVICES auf /dev/ttyUSB0
Poste das komplette Log deines Containers beim Start. Nur mit der Fehlermeldung kommen wir hier nicht weit.
Gerne:
-------------------------------------------------------------------------------- ----- Step 1 of 5: Preparing container ----- -------------------------------------------------------------------------------- Updating Linux packages on first run... Done. Registering maintenance script as command... Done. -------------------------------------------------------------------------------- ----- 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. There was a problem detecting the admin instance of your iobroker. Make sure the ioBroker installation you use has an admin instance or start over with a fresh installation and restore your configuration. For more details see https://docs.buanet.de/iobroker-docker-image/docs/#restore [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!Der Tipp mit DEBUG true ist klasse, @andre - das kannte ich nicht. Da der Container jetzt am Leben gehalten wird, habe ich es mal mit iobroker status probiert. Aber er gibt mir nur zurück:
iobroker is not running on this host.
Objects type: jsonl
States type: jsonlMerci und Grüße
-
Ergänzung:
iob fix habe ich auch probiert.Danach gestartet
root@iobroker:/opt/iobroker# iob start Starting iobroker controller daemon... iobroker controller daemon started. PID: 1073 root@iobroker:/opt/iobroker# iob start all The adapter "admin.0" was started. The adapter "history.0" was started. The adapter "influxdb.0" was started. The adapter "javascript.1" was started. The adapter "pushover.0" was started. The adapter "scenes.0" was started. The adapter "alexa2.0" was started. The adapter "ham.0" was started. The adapter "hue.1" was started. The adapter "ical.0" was started. The adapter "modbus.0" was started. The adapter "netatmo.0" was started. The adapter "ping.0" was started. The adapter "samsung.0" was started. The adapter "sonos.0" was started. The adapter "zigbee.0" was started. The adapter "backitup.0" was started. The adapter "bluelink.0" was started. The adapter "cloud.0" was started. The adapter "daswetter.0" was started. The adapter "devices.0" was started. The adapter "discovery.0" was started. The adapter "dwd.0" was started. The adapter "firetv.0" was started. The adapter "flot.0" was started. The adapter "fullybrowser.0" was started. The adapter "homeconnect.0" was started. The adapter "hue-extended.1" was started. The adapter "icons-material-svg.0" was started. The adapter "icons-mfd-svg.0" was started. The adapter "info.0" was started. The adapter "iot.0" was started. The adapter "jarvis.0" was started. The adapter "lovelace.0" was started. The adapter "net-tools.0" was started. The adapter "openligadb.0" was started. The adapter "renault.0" was started. The adapter "tankerkoenig.0" was started. The adapter "text2command.0" was started. The adapter "tradfri.0" was started. The adapter "trashschedule.0" was started. The adapter "unifi.0" was started. The adapter "vis-google-fonts.0" was started. The adapter "vis-justgage.0" was started. The adapter "vis-timeandweather.0" was started. The adapter "vis.0" was started. The adapter "web.0" was started. The adapter "web.1" was started. The adapter "vis-materialdesign.0" was started. The adapter "simple-api.0" was started. root@iobroker:/opt/iobroker#aber der Container bleibt im selben Zustand.
-
Starting iobroker controller daemon..
Log von iobroker wäre interessant
iob logs --watchund
iobroker list instances -
@andre sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
@clfberlin Hast du versucht von v7.1.2 auf v7.2.0 zu gehen? Waren alle deine Adapter und der js-controller vorher auf der aktuellsten (stable) Version?was war hiermit !?
-
@glasfaser
Ok... Log ist wirklich lang. Wenn ich mal nur auf die Fehler schaue, dann dreht sich das Meiste um die Instanz des Adapters daswetter
2023-01-03 12:30:35.597 - error: daswetter.0 (1107) force terminate 2023-01-03 12:30:35.598 - warn: daswetter.0 (1107) Terminated (UNKNOWN_ERROR): Without reason 2023-01-03 12:30:36.125 - warn: daswetter.0 (1107) get state error: Connection is closed. 2023-01-03 12:30:36.127 - error: daswetter.0 (1107) exception in await insertIntoList [Error: DB closed] 2023-01-03 12:30:36.141 - error: daswetter.0 (1107) exception in await insertIntoList [Error: DB closed] 2023-01-03 12:30:36.143 - error: daswetter.0 (1107) Cannot check object existence of "daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.symbol_value2": Connection is closed. 2023-01-03 12:30:36.145 - error: daswetter.0 (1107) exception in await insertIntoList [Error: Could not check object existence of daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.symbol_value2: Cannot check object existence of "daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.symbol_value2": Connection is closed.] 2023-01-03 12:30:36.147 - error: daswetter.0 (1107) Cannot check object existence of "daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.symbol_desc": Connection is closed. 2023-01-03 12:30:36.149 - error: daswetter.0 (1107) exception in await insertIntoList [Error: Could not check object existence of daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.symbol_desc: Cannot check object existence of "daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.symbol_desc": Connection is closed.] 2023-01-03 12:30:36.152 - error: daswetter.0 (1107) Cannot check object existence of "daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.symbol_value": Connection is closed. 2023-01-03 12:30:36.154 - error: daswetter.0 (1107) exception in await insertIntoList [Error: Could not check object existence of daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.symbol_value: Cannot check object existence of "daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.symbol_value": Connection is closed.] 2023-01-03 12:30:36.156 - error: daswetter.0 (1107) Cannot check object existence of "daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.iconURL": Connection is closed. 2023-01-03 12:30:36.157 - error: daswetter.0 (1107) exception in await insertIntoList [Error: Could not check object existence of daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.iconURL: Cannot check object existence of "daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.iconURL": Connection is closed.] 2023-01-03 12:30:36.159 - error: daswetter.0 (1107) Cannot check object existence of "daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.wind_symbolB": Connection is closed. 2023-01-03 12:30:36.161 - error: daswetter.0 (1107) exception in await insertIntoList [Error: Could not check object existence of daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.wind_symbolB: Cannot check object existence of "daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.wind_symbolB": Connection is closed.] 2023-01-03 12:30:36.162 - error: daswetter.0 (1107) Cannot check object existence of "daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.wind_symbol": Connection is closed. 2023-01-03 12:30:36.164 - error: daswetter.0 (1107) exception in await insertIntoList [Error: Could not check object existence of daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.wind_symbol: Cannot check object existence of "daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.wind_symbol": Connection is closed.] 2023-01-03 12:30:36.166 - error: daswetter.0 (1107) Cannot check object existence of "daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.wind_dir": Connection is closed. 2023-01-03 12:30:36.167 - error: daswetter.0 (1107) exception in await insertIntoList [Error: Could not check object existence of daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.wind_dir: Cannot check object existence of "daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.wind_dir": Connection is closed.] 2023-01-03 12:30:36.169 - error: daswetter.0 (1107) Cannot check object existence of "daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.wind_value": Connection is closed. 2023-01-03 12:30:36.170 - error: daswetter.0 (1107) exception in await insertIntoList [Error: Could not check object existence of daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.wind_value: Cannot check object existence of "daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.wind_value": Connection is closed.] 2023-01-03 12:30:36.172 - error: daswetter.0 (1107) Cannot check object existence of "daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.windIconURL": Connection is closed. 2023-01-03 12:30:36.173 - error: daswetter.0 (1107) exception in await insertIntoList [Error: Could not check object existence of daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.windIconURL: Cannot check object existence of "daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.windIconURL": Connection is closed.] 2023-01-03 12:30:36.175 - error: daswetter.0 (1107) Cannot check object existence of "daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.windgusts_value": Connection is closed. 2023-01-03 12:30:36.176 - error: daswetter.0 (1107) exception in await insertIntoList [Error: Could not check object existence of daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.windgusts_value: Cannot check object existence of "daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.windgusts_value": Connection is closed.] 2023-01-03 12:30:36.177 - error: daswetter.0 (1107) Cannot check object existence of "daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.rain_value": Connection is closed. 2023-01-03 12:30:36.180 - error: daswetter.0 (1107) exception in await insertIntoList [Error: Could not check object existence of daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.rain_value: Cannot check object existence of "daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.rain_value": Connection is closed.] 2023-01-03 12:30:36.182 - error: daswetter.0 (1107) Cannot check object existence of "daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.humidity_value": Connection is closed. 2023-01-03 12:30:36.183 - error: daswetter.0 (1107) exception in await insertIntoList [Error: Could not check object existence of daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.humidity_value: Cannot check object existence of "daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.humidity_value": Connection is closed.] 2023-01-03 12:30:36.185 - error: daswetter.0 (1107) Cannot check object existence of "daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.pressure_value": Connection is closed. 2023-01-03 12:30:36.187 - error: daswetter.0 (1107) exception in await insertIntoList [Error: Could not check object existence of daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.pressure_value: Cannot check object existence of "daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.pressure_value": Connection is closed.] 2023-01-03 12:30:36.188 - error: daswetter.0 (1107) Cannot check object existence of "daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.clouds_value": Connection is closed. 2023-01-03 12:30:36.190 - error: daswetter.0 (1107) exception in await insertIntoList [Error: Could not check object existence of daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.clouds_value: Cannot check object existence of "daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.clouds_value": Connection is closed.] 2023-01-03 12:30:36.191 - error: daswetter.0 (1107) Cannot check object existence of "daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.snowline_value": Connection is closed. 2023-01-03 12:30:36.193 - error: daswetter.0 (1107) exception in await insertIntoList [Error: Could not check object existence of daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.snowline_value: Cannot check object existence of "daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.snowline_value": Connection is closed.] 2023-01-03 12:30:36.194 - error: daswetter.0 (1107) Cannot check object existence of "daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.windchill_value": Connection is closed. 2023-01-03 12:30:36.195 - error: daswetter.0 (1107) exception in await insertIntoList [Error: Could not check object existence of daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.windchill_value: Cannot check object existence of "daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.windchill_value": Connection is closed.] 2023-01-03 12:30:36.197 - error: daswetter.0 (1107) Cannot check object existence of "daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.uv_index_value": Connection is closed. 2023-01-03 12:30:36.198 - error: daswetter.0 (1107) exception in await insertIntoList [Error: Could not check object existence of daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.uv_index_value: Cannot check object existence of "daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_2.uv_index_value": Connection is closed.] 2023-01-03 12:30:36.201 - error: daswetter.0 (1107) Cannot check object existence of "daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_3": Connection is closed. 2023-01-03 12:30:36.207 - error: daswetter.0 (1107) exception in await insertIntoList [Error: Could not check object existence of daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_3: Cannot check object existence of "daswetter.0.NextDaysDetailed.Location_1.Day_4.Hour_3": Connection is closed.] 2023-01-03 12:30:36.246 - info: hue-extended.1 (1120) State value to set for "hue-extended.1.groups.000-all_lights.lightlevel.state.lightlevel" has to be type "string" but received type "number" 2023-01-03 12:30:36.497 - error: host.iobroker instance system.adapter.daswetter.0 terminated with code 15 (UNKNOWN_ERROR)Und die Liste der Instanzen:
system.adapter.admin.0 : admin : iobroker - enabled, port: 8081, bind: 0.0.0.0, run as: admin system.adapter.alexa2.0 : alexa2 : iobroker - enabled system.adapter.backitup.0 : backitup : iobroker - enabled system.adapter.bluelink.0 : bluelink : iobroker - enabled system.adapter.cloud.0 : cloud : iobroker - enabled system.adapter.daswetter.0 : daswetter : iobroker - enabled system.adapter.devices.0 : devices : iobroker - enabled system.adapter.discovery.0 : discovery : iobroker - enabled system.adapter.dwd.0 : dwd : iobroker - enabled system.adapter.firetv.0 : firetv : iobroker - enabled system.adapter.flot.0 : flot : iobroker - enabled system.adapter.fullybrowser.0 : fullybrowser : iobroker - enabled system.adapter.ham.0 : ham : iobroker - enabled system.adapter.history.0 : history : iobroker - enabled system.adapter.homeconnect.0 : homeconnect : iobroker - enabled system.adapter.hue-extended.1 : hue-extended : iobroker - enabled system.adapter.hue.1 : hue : iobroker - enabled, port: 443 system.adapter.ical.0 : ical : iobroker - enabled system.adapter.icons-material-svg.0 : icons-material-svg : iobroker - enabled system.adapter.icons-mfd-svg.0 : icons-mfd-svg : iobroker - enabled system.adapter.influxdb.0 : influxdb : iobroker - enabled, port: 8086 system.adapter.info.0 : info : iobroker - enabled system.adapter.iot.0 : iot : iobroker - enabled system.adapter.jarvis.0 : jarvis : iobroker - enabled system.adapter.javascript.1 : javascript : iobroker - enabled system.adapter.lovelace.0 : lovelace : iobroker - enabled, port: 8091, bind: 0.0.0.0, run as: admin system.adapter.modbus.0 : modbus : iobroker - enabled system.adapter.net-tools.0 : net-tools : iobroker - enabled system.adapter.netatmo.0 : netatmo : iobroker - enabled system.adapter.openligadb.0 : openligadb : iobroker - enabled system.adapter.ping.0 : ping : iobroker - enabled system.adapter.pushover.0 : pushover : iobroker - enabled system.adapter.renault.0 : renault : iobroker - enabled system.adapter.samsung.0 : samsung : iobroker - enabled system.adapter.scenes.0 : scenes : iobroker - enabled system.adapter.simple-api.0 : simple-api : iobroker - enabled, port: 8087, bind: 0.0.0.0, run as: admin system.adapter.sonos.0 : sonos : iobroker - enabled system.adapter.tankerkoenig.0 : tankerkoenig : iobroker - enabled system.adapter.text2command.0 : text2command : iobroker - enabled system.adapter.tradfri.0 : tradfri : iobroker - enabled system.adapter.trashschedule.0 : trashschedule : iobroker - enabled system.adapter.unifi.0 : unifi : iobroker - enabled system.adapter.vis-google-fonts.0 : vis-google-fonts : iobroker - enabled system.adapter.vis-justgage.0 : vis-justgage : iobroker - enabled system.adapter.vis-materialdesign.0 : vis-materialdesign : iobroker - enabled system.adapter.vis-timeandweather.0 : vis-timeandweather : iobroker - enabled system.adapter.vis.0 : vis : iobroker - enabled system.adapter.web.0 : web : iobroker - enabled, port: 8082, bind: 0.0.0.0, run as: admin system.adapter.web.1 : web : iobroker - enabled, port: 8083, bind: 0.0.0.0, run as: admin system.adapter.zigbee.0 : zigbee : iobroker - enabled, port: /dev/ttyUSB0 + instance is alive@clfberlin Hast du versucht von v7.1.2 auf v7.2.0 zu gehen? Waren alle deine Adapter und der js-controller vorher auf der aktuellsten (stable) Version?
Ich war auf 7.1.2. Der js-controller war nicht auf dem aktuellsten Stand. Das war auch der Anlass, warum ich bei der Gelegenheit in den Portainer gegangen und Recreate ausgeführt habe (mit pull und der Auswahl buanet/iobroker:latest). Da begann der Schlamassel, denn da startete er nicht mehr.
Ach ja, in den Docker-Labels stand danach trotzdem org.opencontainers.image.version noch bei v7.1.2. Im neu angelegten Container steht allerdings die v7.2 mit dem selben Ergebnis. -
daswetter lege mal bei Seite ...
der ioBroker Start im Log wäre wichtiger ...
mache mal ein :
pkill -u iobroker iobroker host thisContainer danach neu starten
-
@glasfaser und @andre
Ihr habt die richtige Richtung eingeschlagen!
Mit dem DEBUG true Eintrag @andre und dem damit möglichen iob logs --watch @Glasfaser war der Adapter daswetter.0 erstmal ein Fehler-Kandidat. Ich habe ihn gelöscht und komme jetzt bis Schritt 4/5.
Jetzt erkennt er gerade den USB-Stick nicht.Looks like the device "/dev/ttyUSB0" does not exist.Aber das ist schon mal ein großer Schritt. DANKE!
-
@clfberlin sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Jetzt erkennt er gerade den USB-Stick nicht.
auch als --device eingetragen !?
Denn ab v7.2 muß er eingetragen sein , wenn er nicht da ist dann startet der Container nicht , aber dazu steht auch eine Meldung in der SYN / Container Log !
-
@glasfaser
In meinem ursprünglichen Container läuft alles. Ich bin überglücklich...!
Den USB-Stick hatte ich im Portainer unter Runtime & Resources als Device eingetragen.
von Host /dev/ttyUSB0 zu Container /dev/ttyUSB0Oder kann ich ihm noch irgendwo gesondert mitgeben, dass er mit dem ttyUSB0 als --device starten soll?
Mein js-controller ist jetzt noch auf 4.0.23.
Ich gehe jetzt mal vorsichtig durch alles durch und achte auf evtl. Instabilitäten.
Mann bin ich froh! Und nicht nur das, ich habe auch wieder was gelernt.PS: Früher hatte ich mal nach der Slaesh-Anleitung Container so angelegt.
Alsosudo docker run -itd --name="irgendwas" --net=host -e TZ=Europe/Berlin --device=/dev/ttyUSB0Aber ich gehe davon aus, dass die Device-Einbindung in Portainer auf dasselbe hinausläuft?
-
@clfberlin sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Den USB-Stick hatte ich im Portainer unter Runtime & Resources als Device eingetragen.
von Host /dev/ttyUSB0 zu Container /dev/ttyUSB0das reicht ,
es kann auch vorkommen , das bei einem Syn Neustart sich der Port auf USB1 wechselt . -
@glasfaser
Ja, ich schaue mitunter immer mal in /dev rein. Bislang blieb es immer bei USB0. Am anderen USB-Port hängt noch ein Datenträger. Die Synology ist quasi in Kunstharz gegossen. Da stöpsel ich im Betrieb nix ein und aus.Ich bin echt erleichtert. Leider noch zu früh für nen Schnaps.
Danke nochmal! -
@clfberlin sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
den gesamten Inhalt des vorigen Ordners dorthin kopiert, also /iobroker-data, /node_modules etc.
@clfberlin sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
ganze Reihe an Ordnern rüber kopiert
Nein. Bitte niemals einfach so drauf los kopieren!
@clfberlin sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Danach gestartet
Nein, nein!
iobroker startgehört nicht in den Container! Wenn du nach einer Aktion auf der Kommandozeile ioBroker neu starten willst, dass startest du bitte den gesamten Container neu! Das Startscript wurde ja unterbrochen und läuft nicht weiter, bloß weil du was auf der Kommandozeile eintipperst...@clfberlin sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Ach ja, in den Docker-Labels stand danach trotzdem org.opencontainers.image.version noch bei v7.1.2.
Labels werden bei einem recreate nicht aktualisiert. Ist ein Docker Problem. Auschlaggebend ist die Version die im Container Log steht. Daher immer das ganze Log posten! (Übrigens ist dein Log oben auch nicht vollständig. Es fehlt der Kopf in dem Versionen und Umgebungsvariablen stehen!)
@clfberlin sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Mein js-controller ist jetzt noch auf 4.0.23.
Bitte vor einem Update des Container Images immer schauen, dass alle Adapter und der js-controller aktuell sind. Sonst gilt: es kann (und wird meist) klappen, aber es kann die keiner garantieren. Ich teste das Image nach dem Build ausschließlich mit den letzten stable Versionen.
Und zum Schluss nochmal ein gut gemeinter Rat für den Fall, dass du nochmal Unterstützung benötigst. Schalt einen Gang runter und lies die Antworten die wir geben gründlich. Nicht immer können wir mit einer Antwort das Problem sofort lösen. Manchmal braucht es zwei, drei oder mehr Schritte in denen wir uns erst einmal herantasten müssen. Gerade ein Docker Setup ist in der Regel sehr individuell (siehe Docker Netzwerk oder USB Devices). Da hilft es dann wenig wenn du zwischendrin Sachen wild umher kopierst oder irgendwelche Kommandos einhämmerst.
Ich verstehe dass es Kacke ist wenn es nicht funktioniert. Aber wenn du Unterstützung brauchst, musst du uns auch die Chance geben dir zu helfen.MfG,
André -
@andre
Ja, dem kann ich in der Tat nicht widersprechen. Und ja, ich war ungeduldig. Und in der Tat hatte ich den Kopf beim Posten nicht mitkopiert. Als mir das auffiel, war aber schon der fehlerbehaftete Adapter identifiziert.
iobroker start nicht im Container, nehme ich als weiteres Learning mit.
Ebenso den kritischen Blick, dass wirklich alles aktuell ist vor einem Update.Und ich bin mal wieder beeindruckt, wie robust iobroker im Grunde ist. Ich hatte mich schon fast damit abgefunden, den Neu-Container mit einem Backup und den fehlenden Dateien (vor allem aus dem VIS-Bereich) zusammen zu patchen. Viel Aktionismus. Aber letztendlich brachte doch die hilfreiche Strukturierung von @andre und @Glasfaser die bestmögliche Lösung.
Vielen Dank und Grüße, clfberlin
-
Hallo zusammen,
nach einem Neustart meiner virtuellen Maschine (Synology Virtual Machine) startet der Radar2 Adapter nicht und nach kurzer Zeit wird der Adapter wegen Erkennung eines Boot Loops abgewürgt (ergibt Sinn).
Log siehe unten.
Nach mehreren Neustarts hat es dann meistens wieder funktioniert, aber ich konnte noch nicht eingrenzen was das Problem ist.Was mache ich falsch?
Was muss ich ändern?Danke vorab.
2023-01-03 22:16:57.197 - error: radar2.0 (6467) uncaught exception: spawn arp ENOENT 2023-01-03 22:16:57.200 - error: radar2.0 (6467) Error: spawn arp ENOENT at Process.ChildProcess._handle.onexit (node:internal/child_process:285:19) at onErrorNT (node:internal/child_process:485:16) at processTicksAndRejections (node:internal/process/task_queues:83:21) 2023-01-03 22:16:57.200 - error: radar2.0 (6467) Exception-Code: ENOENT: spawn arp ENOENT 2023-01-03 22:16:57.202 - warn: radar2.0 (6467) Uncaught Exception: spawn arp ENOENT 2023-01-03 22:16:57.211 - warn: radar2.0 (6467) Terminated (UNCAUGHT_EXCEPTION): Without reason 2023-01-03 22:16:57.842 - error: host.IOBroker instance system.adapter.radar2.0 terminated with code 6 (UNCAUGHT_EXCEPTION) 2023-01-03 22:16:57.843 - info: host.IOBroker Restart adapter system.adapter.radar2.0 because enabled 2023-01-03 22:16:58.874 - info: host.IOBroker instance system.adapter.radar2.0 started with pid 6709 2023-01-03 22:17:00.152 - info: javascript.0 (534) script.js.Rollo_EG.Rollo_geschlossen: Alle Rollos sind geschlossen. 2023-01-03 22:17:01.205 - error: radar2.0 (6709) uncaught exception: spawn arp ENOENT 2023-01-03 22:17:01.208 - error: radar2.0 (6709) Error: spawn arp ENOENT at Process.ChildProcess._handle.onexit (node:internal/child_process:285:19) at onErrorNT (node:internal/child_process:485:16) at processTicksAndRejections (node:internal/process/task_queues:83:21) 2023-01-03 22:17:01.209 - error: radar2.0 (6709) Exception-Code: ENOENT: spawn arp ENOENT 2023-01-03 22:17:01.210 - warn: radar2.0 (6709) Uncaught Exception: spawn arp ENOENT 2023-01-03 22:17:01.218 - warn: radar2.0 (6709) Terminated (UNCAUGHT_EXCEPTION): Without reason 2023-01-03 22:17:01.821 - error: host.IOBroker instance system.adapter.radar2.0 terminated with code 6 (UNCAUGHT_EXCEPTION) 2023-01-03 22:17:01.821 - info: host.IOBroker Restart adapter system.adapter.radar2.0 because enabled 2023-01-03 22:17:02.847 - info: host.IOBroker instance system.adapter.radar2.0 started with pid 6878 2023-01-03 22:17:05.153 - error: radar2.0 (6878) uncaught exception: spawn arp ENOENT 2023-01-03 22:17:05.155 - error: radar2.0 (6878) Error: spawn arp ENOENT at Process.ChildProcess._handle.onexit (node:internal/child_process:285:19) at onErrorNT (node:internal/child_process:485:16) at processTicksAndRejections (node:internal/process/task_queues:83:21) 2023-01-03 22:17:05.156 - error: radar2.0 (6878) Exception-Code: ENOENT: spawn arp ENOENT 2023-01-03 22:17:05.158 - warn: radar2.0 (6878) Uncaught Exception: spawn arp ENOENT 2023-01-03 22:17:05.183 - warn: radar2.0 (6878) Terminated (UNCAUGHT_EXCEPTION): Without reason 2023-01-03 22:17:05.960 - error: host.IOBroker instance system.adapter.radar2.0 terminated with code 6 (UNCAUGHT_EXCEPTION) 2023-01-03 22:17:05.961 - info: host.IOBroker Restart adapter system.adapter.radar2.0 because enabled 2023-01-03 22:17:05.961 - warn: host.IOBroker Do not restart adapter system.adapter.radar2.0 because restart loop detected -
