UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[andre]

@bean sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

ich würde fehlendes Feedback eher positiv sehen

Ich hoffe ja auch immer dass es so ist. :) Aber wissen kann ich es nicht wenn keiner was sagt...

[MUD]

@andre

sorry für die späte Antwort. Komme nicht jeden Tag dazu...

Ich habe den Container mal neu gestartet und die ersten Eintragungen von heute beigefügt.

2023-03-08T14:33:39.496352302Z --------------------------------------------------------------------------------
2023-03-08T14:33:39.496449999Z ------------------------- 2023-03-08 15:33:39 -------------------------
2023-03-08T14:33:39.496487247Z --------------------------------------------------------------------------------
2023-03-08T14:33:39.496514607Z ----- -----
2023-03-08T14:33:39.496541022Z ----- ██╗ ██████╗ ██████╗ ██████╗ ██████╗ ██╗ ██╗ ███████╗ ██████╗ -----
2023-03-08T14:33:39.496577312Z ----- ██║ ██╔═══██╗ ██╔══██╗ ██╔══██╗ ██╔═══██╗ ██║ ██╔╝ ██╔════╝ ██╔══██╗ -----
2023-03-08T14:33:39.496613440Z ----- ██║ ██║ ██║ ██████╔╝ ██████╔╝ ██║ ██║ █████╔╝ █████╗ ██████╔╝ -----
2023-03-08T14:33:39.496646573Z ----- ██║ ██║ ██║ ██╔══██╗ ██╔══██╗ ██║ ██║ ██╔═██╗ ██╔══╝ ██╔══██╗ -----
2023-03-08T14:33:39.496711934Z ----- ██║ ╚██████╔╝ ██████╔╝ ██║ ██║ ╚██████╔╝ ██║ ██╗ ███████╗ ██║ ██║ -----
2023-03-08T14:33:39.496743267Z ----- ╚═╝ ╚═════╝ ╚═════╝ ╚═╝ ╚═╝ ╚═════╝ ╚═╝ ╚═╝ ╚══════╝ ╚═╝ ╚═╝ -----
2023-03-08T14:33:39.496876295Z ----- -----
2023-03-08T14:33:39.496909517Z ----- Welcome to your ioBroker Docker container! -----
2023-03-08T14:33:39.496974034Z ----- Please be patient! -----
2023-03-08T14:33:39.496943718Z ----- Startupscript is now running! -----
2023-03-08T14:33:39.497010143Z --------------------------------------------------------------------------------
2023-03-08T14:33:39.497037007Z
2023-03-08T14:33:39.497060577Z --------------------------------------------------------------------------------
2023-03-08T14:33:39.497086269Z ----- System Information -----
2023-03-08T14:33:39.497119305Z ----- arch: x86_64 -----
2023-03-08T14:33:39.497146989Z ----- hostname: iobroker -----
2023-03-08T14:33:39.497188639Z ----- -----
2023-03-08T14:33:39.497216396Z ----- Version Information -----
2023-03-08T14:33:39.497244026Z ----- image: v7.2.0 -----
2023-03-08T14:33:39.497272674Z ----- build: 2023-02-10T23:45:25+00:00 -----
2023-03-08T14:33:39.497302562Z ----- node: v16.19.1 -----
2023-03-08T14:33:40.669202084Z ----- npm: 8.19.3 -----
2023-03-08T14:33:41.121050772Z ----- -----
2023-03-08T14:33:41.121124812Z ----- Environment Variables -----
2023-03-08T14:33:41.121160156Z ----- SETGID: 1000 -----
2023-03-08T14:33:41.121257246Z --------------------------------------------------------------------------------
2023-03-08T14:33:41.121225352Z ----- SETUID: 1000 -----
2023-03-08T14:33:41.121282340Z
2023-03-08T14:33:41.121305761Z --------------------------------------------------------------------------------
2023-03-08T14:33:41.121330094Z ----- Step 1 of 5: Preparing container -----
2023-03-08T14:33:41.121360705Z --------------------------------------------------------------------------------
2023-03-08T14:33:41.121385521Z
2023-03-08T14:33:41.121409582Z This is not the first run of this container. Skipping first run preparation.
2023-03-08T14:33:41.121447338Z
2023-03-08T14:33:41.121473588Z --------------------------------------------------------------------------------
2023-03-08T14:33:41.121498504Z ----- Step 2 of 5: Detecting ioBroker installation -----
2023-03-08T14:33:41.121528334Z --------------------------------------------------------------------------------
2023-03-08T14:33:41.121556028Z
2023-03-08T14:33:48.231446168Z Existing installation of ioBroker detected in "/opt/iobroker".
2023-03-08T14:33:48.231927988Z
2023-03-08T14:33:48.232248656Z --------------------------------------------------------------------------------
2023-03-08T14:33:48.232397575Z ----- Step 3 of 5: Checking ioBroker installation -----
2023-03-08T14:33:48.233019851Z --------------------------------------------------------------------------------
2023-03-08T14:33:48.233066273Z
2023-03-08T14:33:52.613026254Z (Re)setting permissions (This might take a while! Please be patient!)... Done.
2023-03-08T14:33:52.613475407Z
2023-03-08T14:33:52.643763117Z Fixing "sudo-bug" by replacing sudo with gosu... Done.
2023-03-08T14:33:52.643913038Z
2023-03-08T14:34:19.250808902Z Hostname in ioBroker matches the hostname of this container.
2023-03-08T14:34:19.251318836Z No action required.
2023-03-08T14:34:19.251376480Z
2023-03-08T14:34:19.251545078Z --------------------------------------------------------------------------------
2023-03-08T14:34:19.251590495Z ----- Step 4 of 5: Applying special settings -----
2023-03-08T14:34:19.252181967Z --------------------------------------------------------------------------------
2023-03-08T14:34:19.252233952Z
2023-03-08T14:34:19.252388090Z Some adapters have special requirements/ settings which can be activated by the use of environment variables.
2023-03-08T14:34:19.252444061Z For more information see ioBroker Docker Image Docs (https://docs.buanet.de/iobroker-docker-image/docs/).
2023-03-08T14:34:19.252487407Z
2023-03-08T14:34:19.256511330Z --------------------------------------------------------------------------------
2023-03-08T14:34:19.256630690Z ----- Step 5 of 5: ioBroker startup -----
2023-03-08T14:34:19.257322111Z --------------------------------------------------------------------------------
2023-03-08T14:34:19.257380641Z
2023-03-08T14:34:19.257408638Z Starting ioBroker...
2023-03-08T14:34:19.257440575Z
2023-03-08T14:34:19.257474699Z ##### #### ### ## # iobroker.js-controller log output # ## ### #### #####

Und mir fällt gerade auf, dass ich hier...

...ein "S" bei DEVICES vergessen habe.
Ich Trottel...

[MUD]

Und ja, es lag dann wohl an diesem Buchstaben...
Zumindest läuft es jetzt.
Allerdings konnte ich den Adapter in iobroker unter Netzwerkkarte immer noch nicht via dropdown auswählen. Händisch eingeben ging aber und führte zu einem Ergebnis, bei dem ich einen ersten Aktor verbinden konnte.

@andre
Dennoch danke, dass du dir das Thema so schnell angenommen hast.

[Boardy]

Moin, ich wollte auch wieder mal aktualiseren und hänge auch gerade am USB Fehler... und wie es so ist wenn man im Thema nicht dauernd drin ist.. es klappt mal wieder nicht...

v7.0.1. läuft... im Portainer

Sicherung gemacht, v7.2.0 drübergebügelt, USB Fehler... wieder 7.0.1. Drübergebüglet - läuft wieder

Dann versucht neu aufzusetzten, Sicherung in leeren Ordner und 8er Beta genommen... ( V7 ist gestoppt)
Gleicher USB Fehler:

--------------------------------------------------------------------------------

-----                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/).

 

USBDEVICES is set.

Setting permissions for "/dev/ttyACM0"... Done.

Looks like the device " /dev/ttyUSB0" does not exist.

Did you mount it correctly by using the "--device" option?

For more information see ioBroker Docker Image Docs (https://docs.buanet.de/iobroker-docker-image/docs/#mounting-usb-devices).

 

This Script will exit now.

root@IOBroker:/opt/iobroker# ls -al /dev/tty*
crw-rw-rw- 1 root root 5, 0 Mär 12 13:40 /dev/tty
crwxrwxrwx 1 root root 166, 0 Mär 12 13:40 /dev/ttyACM0
crwxrwxrwx 1 root root 188, 0 Mär 12 13:40 /dev/ttyUSB0

Ist de rUSB ggf noch blockiert???
Hat sich im Handling nach 7.0.1. was geändert?
im 7.2 Log sehe ich das: add error handling for usb devices

ist das Readme zu 8.0 schon veröffentlicht? ich finde es nicht... (das das Restore nun geändert ist habe ich im Bot Log gelesen)

ENV: USBDEVICES /dev/ttyACM0; /dev/ttyUSB0

[andre]

@boardy sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

ENV: USBDEVICES /dev/ttyACM0; /dev/ttyUSB0

Kurze Antwort: Du hast ein Leerzeichen in der Konfig... Hinterm Semikolon....

Sieht man auch im Log:

Setting permissions for "/dev/ttyACM0"... Done.
 
Looks like the device " /dev/ttyUSB0" does not exist.

@boardy sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

Hat sich im Handling nach 7.0.1. was geändert?

Nein. Es wird nur restriktiver gegen Fehlkonfiguration vorgegangen.

@boardy sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

ist das Readme zu 8.0 schon veröffentlicht? ich finde es nicht... (das das Restore nun geändert ist habe ich im Bot Log gelesen)

Nein, kommt mit dem Release. Ist aber für deinen Fehler auch nicht relevant. :)

MfG,
André

[Boardy]

gutes Auge!!!
da hat Portainer wieder was beim Kopieren geschrottet... komisch aber daß die 701 nun auch ein Leerzeichen beinhaltet aber noch funktioniert , abver egal... wenn ich nun schon neu machen muss wollte ich das gleich mal mit den Stacks versuchen...
Wie kann ich alle relevanten Parameter setzen? hat jemand mal ein IoBroker Beispiel mit USB Durchreichung? ich finde nicht wie ich die Runtime&Ressources definieren kann?

[andre]

@boardy sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

komisch aber daß die 701 nun auch ein Leerzeichen beinhaltet aber noch funktioniert , abver egal

@andre sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

Es wird nur restriktiver gegen Fehlkonfiguration vorgegangen.

Ich dachte, das hätte es erklärt... Früher wurden fehlerhafte Konfigurationen toleriert, was häufig zu schwer identifizierbar Feblerbildern geführt hat...

Portainer Stacks = docker-compose, daher: https://docs.docker.com/compose/compose-file/

MfG,
André

[Boardy]

@andre sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

Portainer Stacks = docker-compose, daher: https://docs.docker.com/compose/compose-file/

Danke, ich bin nun ein zweites mal durch, aber zu Runtime / Ressources findet man nichts (-:

Das muss unter Devices... dann bastel ich mal weiter

[Boardy]

So hat alles prima geklappt...
@andre: dann mal ne Frage zu der 8.0 Beta... macht es schon Sinn da mit zu testen? Das start up ist ja grundlegend abweichend - neue Einstellungen bzw. Restore...
Wenn ich schon beim Test helfen kann - soll ich auch das Readme korrekturlesen - Ich denke mal ich bin zu früh.. gib einfach Bescheid wenn du soweit bist und es Sinn macht.

[andre]

@boardy Aus meiner Sicht ist es immer sinnvoll die Betas zu testen. Falls du bei Discord bist, schaue doch mal in den Channel für das docker-image unter "BETA TESTING & FEEDBACK". Dieser Tread ist vielleicht nicht der richtige Ort um über die Beta zu diskutieren. :)

MfG,
André

[Nokman]

habe das gelöscht

[Nokman]

@andre

Moin,

ich hatte gestern einen Stromausfall. Ich weiß, keine USV kein Mitleid 🙂
Jetzt startet der iobroker nicht mehr. Bzw er startet kurz und beendet sich dann wieder.
Im Docker läuft noch Portainer.
Watchtower wird nach dem Starten auch wieder "unerwartet gestoppt"
Ich habe vor zwei Jahren mit viel Mühe das ans laufen bekommen. Leider bin ich echt gerade hilflos. Wenn man sich nicht ständig damit beschäftigt, verlernt man das auch schnell wieder, bzw ich habe das mithilfe von Anleitungen einfach nachgebaut ohne es wirklich jemals verstanden gehabt zu haben.

Das Log sieht so aus:

iobroker

date stream content
2023-03-16 09:39:08 stdout This Script will exit now.
2023-03-16 09:39:08 stdout
2023-03-16 09:39:08 stdout For more details see https://docs.buanet.de/iobroker-docker-image/docs/#restore
2023-03-16 09:39:08 stdout Make sure the ioBroker installation you use has an admin instance or start over with a fresh installation and restore your configuration.
2023-03-16 09:39:08 stdout There was a problem detecting the admin instance of your iobroker.
2023-03-16 09:38:39 stdout
2023-03-16 09:38:39 stdout Fixing "sudo-bug" by replacing sudo with gosu... Done.
2023-03-16 09:38:39 stdout
2023-03-16 09:38:39 stdout (Re)setting permissions (This might take a while! Please be patient!)... Done.
2023-03-16 09:38:39 stdout
2023-03-16 09:38:39 stdout --------------------------------------------------------------------------------
2023-03-16 09:38:39 stdout ----- Step 3 of 5: Checking ioBroker installation -----
2023-03-16 09:38:39 stdout --------------------------------------------------------------------------------
2023-03-16 09:38:39 stdout
2023-03-16 09:38:39 stdout Existing installation of ioBroker detected in "/opt/iobroker".
2023-03-16 09:38:38 stdout
2023-03-16 09:38:38 stdout --------------------------------------------------------------------------------
2023-03-16 09:38:38 stdout ----- Step 2 of 5: Detecting ioBroker installation -----
2023-03-16 09:38:38 stdout --------------------------------------------------------------------------------
2023-03-16 09:38:38 stdout
2023-03-16 09:38:38 stdout Registering maintenance script as command... Done.
2023-03-16 09:38:38 stdout
2023-03-16 09:38:38 stdout Done.
2023-03-16 09:38:29 stdout Updating Linux packages on first run...
2023-03-16 09:38:29 stdout
2023-03-16 09:38:29 stdout --------------------------------------------------------------------------------
2023-03-16 09:38:29 stdout ----- Step 1 of 5: Preparing container -----
2023-03-16 09:38:29 stdout --------------------------------------------------------------------------------
2023-03-16 09:38:29 stdout
2023-03-16 09:38:29 stdout --------------------------------------------------------------------------------
2023-03-16 09:38:29 stdout ----- SETUID: 1000 -----
2023-03-16 09:38:29 stdout ----- SETGID: 1000 -----
2023-03-16 09:38:29 stdout ----- Environment Variables -----
2023-03-16 09:38:29 stdout ----- -----
2023-03-16 09:38:29 stdout ----- npm: 8.19.3 -----
2023-03-16 09:38:28 stdout ----- node: v16.19.1 -----
2023-03-16 09:38:28 stdout ----- build: 2023-02-10T23:45:25+00:00 -----
2023-03-16 09:38:28 stdout ----- image: v7.2.0 -----
2023-03-16 09:38:28 stdout ----- Version Information -----
2023-03-16 09:38:28 stdout ----- -----
2023-03-16 09:38:28 stdout ----- hostname: iobroker -----
2023-03-16 09:38:28 stdout ----- arch: x86_64 -----
2023-03-16 09:38:28 stdout ----- System Information -----
2023-03-16 09:38:28 stdout --------------------------------------------------------------------------------
2023-03-16 09:38:28 stdout
2023-03-16 09:38:28 stdout --------------------------------------------------------------------------------
2023-03-16 09:38:28 stdout ----- Please be patient! -----
2023-03-16 09:38:28 stdout ----- Startupscript is now running! -----
2023-03-16 09:38:28 stdout ----- Welcome to your ioBroker Docker container! -----
2023-03-16 09:38:28 stdout ----- -----
2023-03-16 09:38:28 stdout ----- ╚═╝ ╚═════╝ ╚═════╝ ╚═╝ ╚═╝ ╚═════╝ ╚═╝ ╚═╝ ╚══════╝ ╚═╝ ╚═╝ -----
2023-03-16 09:38:28 stdout ----- ██║ ╚██████╔╝ ██████╔╝ ██║ ██║ ╚██████╔╝ ██║ ██╗ ███████╗ ██║ ██║ -----
2023-03-16 09:38:28 stdout ----- ██║ ██║ ██║ ██╔══██╗ ██╔══██╗ ██║ ██║ ██╔═██╗ ██╔══╝ ██╔══██╗ -----
2023-03-16 09:38:28 stdout ----- ██║ ██║ ██║ ██████╔╝ ██████╔╝ ██║ ██║ █████╔╝ █████╗ ██████╔╝ -----
2023-03-16 09:38:28 stdout ----- ██║ ██╔═══██╗ ██╔══██╗ ██╔══██╗ ██╔═══██╗ ██║ ██╔╝ ██╔════╝ ██╔══██╗ -----
2023-03-16 09:38:28 stdout ----- ██╗ ██████╗ ██████╗ ██████╗ ██████╗ ██╗ ██╗ ███████╗ ██████╗ -----
2023-03-16 09:38:28 stdout ----- -----
2023-03-16 09:38:28 stdout --------------------------------------------------------------------------------
2023-03-16 09:38:28 stdout ------------------------- 2023-03-16 10:38:28 -------------------------
2023-03-16 09:38:28 stdout --------------------------------------------------------------------------------
2023-03-16 09:38:28 stdout

[Codierknecht]

@nokman
Ausgaben aus Log und/oder Konsole immer in Code-Tags </> setzen

[Nokman]

@codierknecht

Entschuldigung. Werde ich ändern

[andre]

@nokman Ok, fangen wir mal vorne an. Du sagst der Container wurde vor 2 Jahren aufgesetzt. Hat dein Watchtower den immer fleißig automatisch aktualisiert? Weil jetzt wird versucht mit der Version 7.2.0 zu starten. Das wäre ja aktuell....
Lief vor dem Ausfall auch schon die Image Version v7.2.0? Könnte unter Umständen schon das Problem sein.
Schau mal bitte in deinen Portainer unter Images und mach davon einen Screenshot.

Dann könntest du mal die Umgebungsvariable DEBUG auf "true" setzen. Das hält den Container davon ab, bei einem Fehler neu zu starten. So kommst du dann an die Kommandozeile und wir können schauen warum dein ioBroker im Container nicht startet.

Dann noch die Frage ob du regelmäßig Backups, z.B. mit dem Backitup Adapter gemacht hast. Nur falls wir einen Restore machen müssten.

Und außerdem noch die Fragen:
Hast du den Container manuell oder über einen Stack (Portainer) bzw. docker-compose angelegt?
War dein ioBroker aktuell? Also hast du regelmäßig deine Adapter und den js-controller aktualisiert?

Im Zweifelsfall müssen wir uns mal im Discord Voice Chat verabreden und schauen was wir retten können. :)

MfG,
André

[Kunibert]

@andre Ich wollte gestern auf die Latest V8 upgraden und habe seitdem exakt den gleichen Fehler wie @Nokman . Mein ioBroker ist tot.
Ich betreibe ioBroker in einem Docker-Container von buanet auf einem Synology NAS als HOST (nicht MACVLAN oder Bridge-Netzwerk).
Ich wollte heute auf die neue V8-latest-Version migrieren, habe natürlich auch vorher ein Backup gemacht und das Datenverzeichnis separat weggesichert.
Wenn ich jetzt jedoch das Image mit leerem Datenverzeichnis in der V8 starte und meine Redis-DB für die States-DB und die Objects-DB als Umgebungsvariablen hinterlege kommt nach einiger Zeit der Startup-Prozedur der Fehler "There was a problem decting the admin instance". Der Container startet dann immer wieder neu (siehe Screenshot).

Lasse ich die Umgebungsvariablen weg startet der Container und installiert ein frisches ioBroker, spiele ich über den Backitup-Adapter jedoch das Backup wieder ein resutiert es im gleichen Fehlerbild.

Nun würde ich auch die V7 wieder nehmen, hauptsache es läuft. Lösche ich den V8-Container wieder und lege den V7-Container neu an und greife auf den Datenpfad aus dem Backup zu habe ich das identische Fehlerbild. (Admin-Adapter defekt oder nicht vorhanden). Erklären kann ich mir das nicht. Und zuhause läuft nichts mehr :-/

Der Fehler:

Hier nach Downgrade und Neuinstallation mit Version 7:

Restore ist erfolgreich:

Scheinbar wird direkt beim Restore auch der Admin-Adapter upgegradet

Am Ende gleicher Fehler:

Ob Version 7 oder 8, ob Neuinstallation mit Backup oder Einmappen des alten gesicherten Datenverzeichnisses - ich habe immer das gleiche Ergebnis.

[Kunibert]

Ich konnte das System jetzt zum Leben bringen, habe aber sorge noch einmal neustarten zu müssen.
Der Stand ist jetzt:
Habe die V8 noch einmal mit vorhandenem Datenverzeichnis genommen. Habe die Debug-Variable auf true gesetzt, damit ich auf der Kommandozeile arbeiten kann.
Habe dort versucht den Admin-Adapter downzugraden, was nicht funktioniert hat. Was aber ging war über

iobroker start admin

den Admin-Adapter manuell zu starten. Warum dies über die Kommandozeile funktioniert, nicht aber beim Start des Containers verstehe ich nicht.
Ich mache drei Kreuze - das System läuft erstmal wieder!!!

root@iobroker:/opt/iobroker# iobroker install admin --6.3.5
adapter "admin" already installed. Use "upgrade" to upgrade to a newer version.
root@iobroker:/opt/iobroker# iobroker upgrade admin --6.3.5
Adapter "admin"          is up to date.
root@iobroker:/opt/iobroker# iobroker del admin
Delete adapter "admin"
host.iobroker Counted 1 instances of admin
Cannot remove adapter "admin", because instance "netatmo" depends on it!
root@iobroker:/opt/iobroker# iobroker uuid
975769f0-91a0-7ef7-2e6d-d00ba9355e95
root@iobroker:/opt/iobroker# iobroker rebuild admin
Rebuilding native module "admin" ...
rebuilt dependencies successfully

Rebuilding native modules done
root@iobroker:/opt/iobroker# iobroker rebuild
Rebuilding native modules ...
rebuilt dependencies successfully

Rebuilding native modules done
root@iobroker:/opt/iobroker# iobroker start
Starting iobroker controller daemon...
iobroker controller daemon started. PID: 2807
root@iobroker:/opt/iobroker# iobroker start admin
The adapter "admin.0" was started.
root@iobroker:/opt/iobroker#

[Ein ehemaliger Benutzer]

@kunibert

ich bin die Tage auch auf Synology Docker umgestiegen, und musste feststellen, dass in der V7.2.0 die ENV fuer States / Objects ignoriert werden, da ich bei der Gelegenheit mein Redis-Server auch gleich in n Docker gemoved hab und der ne neue IP bekommen hat.
Musste meinen alten Redis aktivieren, dann konnte ich den iobroker Docker starten, bin in die Console, hab mit iob setup custom die States und Objects angepasst, dann wieder runtergefahren, neuen Redis-server gestartet, alten runter gefahren, und seitdem laeufts...

Die Fehlermeldung war bei mir gleich, das hat nix mit dem neuen Admin zu tun, denke ich.. er kann nur iobroker gar nicht starten, weil die Datenbank fehlt..

Edit: geloest.. kaum macht man's richtig.. lag an der UID..
hab jetzt nur noch n Problem mit dem kopieren von Pics auf die Syno vom iobroker aus, da stimmen die Rechte noch nicht.. aber da les ich mich noch schlau.. :)

[andre]

@Kunibert @ilovegym Ich kann eure Aussagen leider nicht nachvollziehen.

@kunibert sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

Wenn ich jetzt jedoch das Image mit leerem Datenverzeichnis in der V8 starte und meine Redis-DB für die States-DB und die Objects-DB als Umgebungsvariablen hinterlege kommt nach einiger Zeit der Startup-Prozedur der Fehler "There was a problem decting the admin instance". Der Container startet dann immer wieder neu (siehe Screenshot).

Hast du ein Log davon? Also leeres Datenverzeichnis mit Redis für states und objects db? Es kann durchaus sein, dass das Startscript da noch nicht perfekt ist... Allerdings muss ich dazu sagen, dass die v8 einen Monat (!!!) im Beta war und sich niemand zu solchen Problemen gemeldet hat. Ich selbst nutze kein redis als Objects DB (weil es m. E. auch keinen Vorteil bringt), habe es aber eigentlich getestet. Möchte aber natürlich trotzdem nicht ausschließen, dass es da noch was zu tun gibt...

@ilovegym sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

ich bin die Tage auch auf Synology Docker umgestiegen, und musste feststellen, dass in der V7.2.0 die ENV fuer States / Objects ignoriert werden,

Das halte ich für ein Gerücht. Oder besser: Wenn du das festgestellt hast, warum habe ich dazu kein Issue bekommen???

Entscheidend sind für mich immer eure Logfiles, undzwar vollständig. Nur damit kann ich eure Szenarien nachvollziehen und schauen wie sich das Startscript verhalten sollte. Ich lade euch auch gerne in den Discord Voice Channel ein, dann können wir zusammen euer Szenario in meiner Testumgebung 1:1 nachstellen...

MfG,
André

[Ein ehemaliger Benutzer]

@andre

weil das gestern war und ich froh war, dass das prod. System wieder erstmal lief..
Ich versuche das mal nachzuvollziehen, die Backups sind noch da.. wenn das 100% nachvollziehbar ist, mach ich gern n Issue auf, aber wie gesagt, habe V7.2.0 .. wenn jetzt die V8 released wurde, dann test ich besser auch damit mal.