ioBroker container does not start after update to v7.1.0

[Curtis777]

Since updating the cointainer iobroker will not start again. Stopped after setting guid stuff. Reinstall of container doesnt help

[Apollon77]

is there any chance to see logs or other information that could help to better see your issue?

[buanet]

Please provide the full log of your container start.

[evilmon]

same error here. You find the startup-log attached.
iobroker startup.txt

[buanet]

@evilmon Unraid? I'm wondering about this log lines before the log starts:

text  error  warn  system  array  login  

dpkg-preconfigure: unable to re-open stdin: 
groupmod: GID '100' already exists

Any idea?

[evilmon]

yes running on unraid. no idea what it means...

[KhaosRipper]

gleiches Problem auch bei mir. (Unraid)

iobroker_startup_log.txt

[buanet]

Seems as only Unraid is affected. Please stay on v7.0.1 until I figured out what's wrong with Unraid...

[vepman]

Bei mir auch unter Docker auf Synology DS218+:
iobroker.startup.txt
Endlos-Schleife beim Starten

[tigger30926]

Seems as only Unraid is affected. Please stay on v7.0.1 until I figured out what's wrong with Unraid...

Thank you very much, I have the same problem right now. Is there any way to go back to version 7.0.1?

[buanet]

ok, it's not Unraid related, but affects mostly Unraid users because of the use of gid 100 as default parameter in iobroker container template... Not sure why this was made in the template, but might have any unraid specific reason...

However, I could determine the root cause and already created a fix for that. The build is running, new patch version v7.1.1 will be available soon.

Hopefully this will fix it. :)

Regards,
André

[buanet]

@vepman

Bei mir auch unter Docker auf Synology DS218+:

Gibt es einen Grund warum du GID 100 und UID 99 benutzt?

[buanet]

@tigger30926

Thank you very much, I have the same problem right now. Is there any way to go back to version 7.0.1?

Simply use the v7.0.1 tag when creating your container.

[tigger30926]

@tigger30926

Thank you very much, I have the same problem right now. Is there any way to go back to version 7.0.1?

Simply use the v7.0.1 tag when creating your container.

Ok, thank you very much. Sorry, I'm still a total beginner, so where exactly do I have to do something in Unraid to get V7.0.1 installed again?

[vepman]

@buanet

Gibt es einen Grund warum du GID 100 und UID 99 benutzt?

Hab ich nicht. Beide sind auf 1000:

----- SETGID: 1000 ------

----- SETUID: 1000 ------

Ist bei KhaosRipper, nicht bei mir.
v7.0.1 gerade genommen, da läuft es.

[tigger30926]

For all those who also currently have the problem in Unraid.
Please change the following in your iobrocker settings in Unraid from buanet/iobroker to buanet/iobroker:v7.0.1

After that, everything should work again for the time being.

Thanks not to me but to "igel81" and "buanet"
Unraid-Forum

[buanet]

@vepman

???
Wenn ich das Logfile aus deinem Post herunter lade, dann steht da aber was anderes...

[buanet]

Update: Build ist durch, v7.1.1 steht zum Download bereit. Bitte mal testen. Ich konnte den Fehler im Testsystem damit nicht mehr reproduzieren.

MfG,
André

[tigger30926]

Update: Build ist durch, v7.1.1 steht zum Download bereit. Bitte mal testen. Ich konnte den Fehler im Testsystem damit nicht mehr reproduzieren.

MfG, André

Perfekt, jetzt läuft es bei mir auch wieder mir der Version 7.1.1. Vielen Dank für die schnelle Hilfe.

[vepman]

@buanet
Sorry, falsches Log-File hochgeladen. Das erste Log-File hatte ich noch in notepad++

log.txt

Update:
Klasse gemacht. Version 7.11 läuft ohne Probleme. Danke!

[buanet]

@vepman Du hast ein anderes Problem:

Setting permissions for /dev/ttyACM1... chown: cannot access '/dev/ttyACM1': No such file or directory

Deine Config stimmt nicht. Gibt es das Device? Ist es korrekt durchgereicht?
Die neue Version des Docker Containers geht restriktiver mit Fehlern in der Konfiguration um. Prüfe mal deine Systemvariable

USBDEVICES: /dev/ttyACM0;/dev/ttyACM1

MfG,
André

[vepman]

@buanet
Ja, ist ein Zigbee-Stick. Den muss ich leider nach Updates immer wieder manuell einbinden.
Das liegt aber daran, dass Synology seit DSM 7 irgendwelche Restriktionen gemacht hat.
Das kriege ich schon hin.
Aber Version 7.11 von dir ist sofort gut gestartet.

[Shadow27374]

Hallo, ich habe auch dieses Problem mit der Endlosschleife.

Ich habe folgende Tags probiert:
buanet/iobroker:latest
buanet/iobroker:latest-v7
buanet/iobroker:v7.1.1-amd64
buanet/iobroker:v7.0.1-amd64

Nur buanet/iobroker:v7.0.1-amd64 funktioniert.

Welche Logs werden benötigt und wie komme ich daran? Der Docker Container startet ja leider immer neu.

[buanet]

Moin,
liegt vielleicht daran, dass sich hinter den ersten drei Tags dasselbe Image versteckt. :)
Wenn v7.1.1 bei dir nicht funktioniert benötige ich dein Logfile vom Container Start um zu sehen was da schief läuft. Allerdings kann ich dir nicht sagen wie du da dran kommst weil ich nicht weiß welches System bzw. welche Oberfläche du für Docker benutzt. Kommandozeile? Portainer? Synology DSM? Unraid?
In der Regel gibt es in jeder Oberfläche beim entsprechenden Container einen Menüpunkt Logs oder Protokolle. Für die Kommandozeile gibt es den Befehl docker logs. Mehr dazu findest du in der Docker Doku.

MfG,
André

[Shadow27374]

Hier läuft ein Ubuntu 22.04.1 LTS (GNU/Linux 5.15.0-52-generic x86_64) sowohl mit Zugriff auf die Konsole als auch Portainer.

Portainer spuckt mir folgendes aus:
_iobroker_logs.txt

[buanet]

@Shadow27374 Du hast ein anderes Problem. Wir machen hier weiter #293

MfG,
André