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

[Kraxelhuber]

@Glasfaser
Jetzt habe ich alle ioBroker Container gelöscht und noch einmal das Image heruntergeladen.

Dann habe ich den Container wie folgt aufgebaut:

volume1/docker/ioBrokerHost ist ein frisches, leeres Verzeichnis.

Und dennoch ist der ioBroker nicht über 192.168.13.10:8081 erreichbar.

Im Log steht auch schon wieder, dass er eine bestehende Installation gefunden hat. Das verstehe ich nicht.

Ich stehe auf dem Schlauch...

[Glasfaser]

@Kraxelhuber

ist schwer von hieraus ...

Important: In v4.2.0 the ENVs "ADMINPORT" and "REDIS" were renamed/ reorganized. For Details see the following table!

https://github.com/buanet/docker-iobroker

habe das noch

[Glasfaser]

@Glasfaser

wenn der Mount richtig durchgeführt wurde , dann wurde der leere Ordner gefüllt mit ioBroker

[Kraxelhuber]

@Glasfaser
Ja, das Verzeichnis wurde befüllt.

Deine Umgebungsvariablen sind doch im Prinzip alles default Werte, oder? Die brauchst du doch dann gar nicht explizit zu setzen.

[Glasfaser]

@Kraxelhuber

also für mich sieht das so aus , als wäre es deine alte ioBroker installation drin

das siehst du auch im iobroker-data

[Kraxelhuber]

@Glasfaser
Da hast du Recht. Wie kann das sein? Der Mount zeigt doch auf ioBrokerHost und dieses Verzeichnis habe ich komplett neu angelegt. Alle Container wurden vorher gelöscht.

Ich bin verwirrt.

[Glasfaser]

@Kraxelhuber

... kann ich dir gerade am späten Abend auch nicht sagen ..

du kannst immer neue anlegen und den Mount machen ... habe auch mehere iobroker Container als Test Ebene laufen .....

starte mal die Synology mal neu ... und dann einen neuen Container anlegen

[Kraxelhuber]

@Glasfaser
DS wurde neu gestartet. Das Docker Verzeichnis /volume1/docker/ioBrokerHost wurde erneut komplett gelöscht. Dann habe ich den ioBroker neu installiert.

Wie das Protokoll zeigt, wurde auch keine bestehende Installation verwendet.

Was hat es denn eigentlich mit dem Please update to js-controller 2.0 or higher! auf sich? Muss ich hier irgendwie aktiv werden.

Sehr suspekt ist dann allerdings, dass das Verzeichnis /volume1/docker/ioBrokerHost anscheinend wieder mit Daten eines anderen Docker Containers befüllt wurde. Jedenfalls deuten die Datumswerte darauf hin.

Am Ende des Tages kann ich die ioBroker Instanz über 192.168.13.10:8081 nicht erreichen. Das ist alles sehr komisch.

[Glasfaser]

@Kraxelhuber

hast du den Anfang vom log ,welche Version vom Image angezeigt wird !

Was hat es denn eigentlich mit dem Please update to js-controller 2.0 or higher! auf sich? Muss ich hier irgendwie aktiv werden.

Nein .. das aktuelle Image hat schon die neue Version !

hier ein Auszug davon von V5:

EDIT:

es kommt mir so vor als wäre es ein altes Image was du hast !??

[Kraxelhuber]

@Glasfaser said in hm.rpc keine Objekte sichtbar:

hast du den Anfang vom log ,welche Version vom Image angezeigt wird !

Ich benutze dieses Image:

Und selbst das Image hatte ich gelöscht und frisch runtergezogen.

[Glasfaser]

@Kraxelhuber

Habe ich noch nie gesehn was du da hast !

gebe dem Container beim neuerstellen einen anderen Namen ( den du noch nicht hattest) z.B . iobroker , und dem Ordner aber nicht den gleichen Namen .
Den Ordner aber über den Containerassistenten anlegen .

[Glasfaser]

@andre
hast du vielleicht eine Idee , warum das neu erstellen des Containers eine alte JS Version beinhaltet .

@Kraxelhuber
Was hat es denn eigentlich mit dem Please update to js-controller 2.0 or higher! auf sich? Muss ich hier irgendwie aktiv werden.

und auch hier immer die alten Container Dateien .

[Kraxelhuber]

@Glasfaser said in hm.rpc keine Objekte sichtbar:

Habe ich noch nie gesehn was du da hast !
gebe dem Container beim neuerstellen einen anderen Namen ( den du noch nicht hattest) z.B . iobroker , und dem Ordner aber nicht den gleichen Namen .
Den Ordner aber über den Containerassistenten anlegen .

Habe ich jetzt alles gemacht. Das Ergebnis ist genau dasselbe wie vorher. Die Logs sehen gleich aus. Und die Oberfläche ist nicht erreichbar.

So langsam glaube ich, dass ich irgendein generelles Problem mit meinem Docker Package auf der DiskStation habe, wobei alle anderen Container (z.B. FHEM, nodeRed, MQTT, bitwarden, etc) ohne Probleme laufen. MQTT läuft sogar im HOST Network Modus. Ich spiele schon fast mit dem Gedanken, dass komplette Docker Package neu zu installieren. Könnte das irgendwas bringen???

[Kraxelhuber]

@Glasfaser said in hm.rpc keine Objekte sichtbar:

und auch hier immer die alten Container Dateien .

Kann es nicht einfach sein, dass das Datum einfach dem letzten Publish auf Docker Hub entspricht. Das würde passen.

[Kraxelhuber]

Wenn ich den Container im Bridge Mode laufen lasse - so wie mein ursprüngliches Setup aussah -, sehe ich im Log überhaupt nichts von den js-controller Meldungen.

Dann ist der ioBroker auch ganz normal über 192.168.13.10:8081 erreichbar.

Spaßeshalber habe ich den Container jetzt auch einmal auf einem Raspi installiert. Hier läuft er im HOST Network Mode ohne Probleme und lässt sich auch ganz normal aufrufen.

[Glasfaser]

@Kraxelhuber sagte in hm.rpc keine Objekte sichtbar:

sehe ich im Log überhaupt nichts von den js-controller Meldungen.

Das ist ja die große Frage wo das herkommt .

Ich habe ja andre in diesem Thread angeschrieben .... vielleicht ist es ein Bug !?

Kann es nicht einfach sein, dass das Datum einfach dem letzten Publish auf Docker Hub entspricht. Das würde passen.

kann sein , habe nicht so darauf geachtet , da du ja erst neu installiert hast ... passte es auch vom Datum !?

[Glasfaser]

@Kraxelhuber

Kannst du ein paar Daten von deiner Syn mal geben .

• Typ
• DSM Version
• Docker Version

[Kraxelhuber]

@Glasfaser said in hm.rpc keine Objekte sichtbar:

passte es auch vom Datum !?

Ja

[Glasfaser]

@Kraxelhuber sagte in hm.rpc keine Objekte sichtbar:

passte es auch vom Datum !?

Sorry meine ... das erst mal auf der Syn , nicht vom latest Datum .

[Kraxelhuber]

@Glasfaser said in hm.rpc keine Objekte sichtbar:

Kannst du ein paar Daten von deiner Syn mal geben .

Typ
DSM Version
Docker Version

DS 716 II+
DSM 6.2.3-25426 Update 2

$ sudo docker version
Client:
Version: 18.09.8
API version: 1.39
Go version: go1.11
Git commit: bfed4f5
Built: Fri Mar 13 06:46:11 2020
OS/Arch: linux/amd64
Experimental: false

Server:
Engine:
Version: 18.09.8
API version: 1.39 (minimum version 1.12)
Go version: go1.11
Git commit: 3a371f3
Built: Fri Mar 13 06:44:35 2020
OS/Arch: linux/amd64
Experimental: false