Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Der-Hulk]

Hallo zusammen,

nach der Installation von iobroker im Synology Docker bekomme ich nach dem Start unter Step 5 des Protokolls folgenden Fehler:

----- Step 5 of 5: ioBroker startup -----
stdout
21:35:53

stdout
21:35:53

stdout
21:35:53
Starting ioBroker...
stdout
21:35:53

stdout
21:35:54
host.iOBroker check instance "system.adapter.admin.0" for host "iOBroker"
stdout
21:35:54
host.iOBroker check instance "system.adapter.discovery.0" for host "iOBroker"
stdout
21:35:54
host.iOBroker check instance "system.adapter.info.0" for host "iOBroker"
stdout
21:36:07
ls: Zugriff auf '/dev/disk/by-id/' nicht möglich: Datei oder Verzeichnis nicht gefunden
stdout
21:36:07
stdout
21:36:07
ls: Zugriff auf '/dev/disk/by-id/' nicht möglich: Datei oder Verzeichnis nicht gefunden
stdout
21:36:07
stdout
21:36:32

Was mache ich falsch? Wie erzeuge ich die entsprechenden Dateien/Verzeichnisse bzw. löse ich das Problem?

Danke und Gruß

Systemdata	Bitte Ausfüllen
Hardwaresystem:	Synology DS220+
Arbeitsspeicher:	10GB
Festplattenart:	HDD
Betriebssystem:	Ubuntu/Windows/Mac
Node-Version:	12.16.3
Nodejs-Version:	10.x.x
NPM-Version:	6.x.x
Installationsart:	Docker
Image genutzt:	Ja, buanet
Ort/Name der Imagedatei:	Link

[fastfoot]

@der-hulk die Fehlermeldungen kommen seit einiger Zeit(auch auf QNAP), ich bin aber noch nicht dahinter gekommen ob sie vom iobroker oder vom start_up Skript stammen. Erstmal ignorieren, die Funktionalität scheint nicht beeinträchtigt

[haselchen]

@der-hulk

Diese Problematik hatten wir in einem Thread schonmal.
Wie @fastfoot schrieb scheint die Funktionalität wohl weiter gegeben zu sein.

Ich frage mich allerdings woher die unterschiedlichen Node Versionen herkommen?

[Der-Hulk]

Danke für die schnelle Antwort.
Aber ganz so einfach scheint es nicht zu sein, denn mein iobroker läuft nicht.

Ich habe einen anderen broker (domoticz) gestoppt und möchte iobroker ausprobieren. Dieser scheint jedoch nicht zu starteten.

[fastfoot]

@der-hulk sagte in Fehler im (Synology Docker) Protokoll:

Aber ganz so einfach scheint es nicht zu sein, denn mein iobroker läuft nicht.

Auf die Fehlermeldung bezogen ist es so einfach, dass dein iobroker nicht startet kann 100 Gründe haben, der gezeigte ist es nicht

[Der-Hulk]

@fastfoot

Hallo zusammen,

OK. Sorry. War mein Fehler.

Ich hatte den Port nicht richtig konfiguriert.
Trotzdem danke für die Hilfe!

[haselchen]

@der-hulk

Die Node Versionen musst du trotzdem im Blick haben. Die sind unterschiedlich.

[fastfoot]

@haselchen sagte in Fehler im (Synology Docker) Protokoll:

Diese Problematik hatten wir in einem Thread schonmal.

Habe es jetzt mal getestet, der Fehler tritt erst ab 5.1.0 auf, bereits beim ersten Start des Containers. Das liegt meines Erachtens auch nicht am iobroker, da ja die gleiche Version installiert wird, 3.1.6. Evtl. kann ja @andre was dazu sagen?

[andre]

Wie ihr schon richtig ermittelt habt, hat wohl die Fehlermeldung keinen Einfluss auf die Funktion des ioBroker. Ich habe gerade mal einen frischen Container in meiner Testumgebung aufgesetzt und bekomme ebenfalls diese Meldung.

Laut der Meldung versucht irgendetwas ein "ls" auf den angegebenen Pfad zu machen. da es diesen Pfad im Container aber nicht gibt, kommt die Fehlermeldung. warum der Aufruf gemacht wird, und noch viel wichtiger, von wem, konnte ich bisher nicht ermitteln. In meinem Startup Script ist das jedenfalls nicht drin...

MfG,
André

PS: Die unterschiedlichen node und nodejs versionen kann ich mir auch nicht erklären. Das habe ich bei einem frischen Container aber nicht...

[andre]

Das ging ja doch schneller als erwartet. Habe den Übeltäter gefunden.
Der Aufruf wird vom standardmäßig vor installierten Info-Adapter gemacht. Da es aber den Pfad im Container nicht gibt, schmeißt er den Fehler. Werde das mal genauer Analysieren und ggf. einen Issue beim info Adapter erstellen...

MfG,
André

[EDIT] Github Issue: https://github.com/iobroker-community-adapters/ioBroker.info/issues/230

[fastfoot]

@andre sagte in Fehler im (Synology Docker) Protokoll:

Das ging ja doch schneller als erwartet. Habe den Übeltäter gefunden.
Der Aufruf wird vom standardmäßig vor installierten Info-Adapter gemacht. Da es aber den Pfad im Container nicht gibt, schmeißt er den Fehler. Werde das mal genauer Analysieren und ggf. einen Issue beim info Adapter erstellen...

MfG,
André

[EDIT] Github Issue: https://github.com/iobroker-community-adapters/ioBroker.info/issues/230

ich hatte das eben auch probiert zu finden und war teils auch 'erfolgreich', konnte jedoch den Dateinamen nicht ermitteln. Was dennoch verwundert ist dass es mit deinen Images vor 5.1.0 nicht auftritt, hast du dafür eine Erklärung? Die früheren Images installieren ja keine früheren iobroker Versionen

[andre]

@fastfoot Doch, denn nur die aktuellen Docker Tags werden mindestens wöchentlich neu generiert. Die älteren Versionen bleiben stehen wenn eine neue Version erscheint. So steht v5.0.0 zum Beispiel auf dem Stand von vor 3 Monaten. Das betrifft dann natürlich auch z.B. die Versionen von ioBroker, Node und NPM....

Details zum Alter der Tags findest du hier: https://hub.docker.com/r/buanet/iobroker/tags?page=1&ordering=last_updated

MfG,
André

[fastfoot]

@andre sagte in Fehler im (Synology Docker) Protokoll:

@fastfoot Doch, denn nur die aktuellen Docker Tags werden mindestens wöchentlich neu generiert. Die älteren Versionen bleiben stehen wenn eine neue Version erscheint. So steht v5.0.0 zum Beispiel auf dem Stand von vor 3 Monaten. Das betrifft dann natürlich auch z.B. die Versionen von ioBroker, Node und NPM....

Details zum Alter der Tags findest du hier: https://hub.docker.com/r/buanet/iobroker/tags?page=1&ordering=last_updated

MfG,
André

Danke, die Tags und das Alter waren mir bekannt, mir war aber der Installations-Mechanismus nicht ganz klar. Ich war fälschlicherweise davon ausgegangen, dass iobroker jeweils ganz neu installiert wird und 'nur' das OS, node, npm etc. auf altem Stand seien.

was den Fehler durch den Info-Adapter angeht, dieser nutzt ja das Paket systeminformation welches den Fehler enthält. Ich habe dort ein issue erstellt

[fastfoot]

@andre sagte in Fehler im (Synology Docker) Protokoll:

[EDIT] Github Issue: https://github.com/iobroker-community-adapters/ioBroker.info/issues/230

Der Author von systeminformation hat den Fehler behoben, jetzt müsste nur noch die Dependency im Info-Adapter angepasst werden, ein Test zeigt keine Auffälligkeiten und der Fehler ist weg