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

[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

[Glasfaser]

@Kraxelhuber

So ... ich habe es auch mal neu installiert ... ohne Fehlermeldung ...

.

.

.

[Kraxelhuber]

@Glasfaser
Was soll ich sagen? Ich denke, das bedeutet, dass mit meiner Synology / Docker Installation irgendwas nicht stimmt. :-(

[Glasfaser]

@Kraxelhuber

Eine großes ?
Ich teste mal noch was .....

[Glasfaser]

@Kraxelhuber

habe das aktuelle Image mal runtergeladen ...

genau das selbe ...

Mein vorhandes Image :

also passt das mit dem Datum ( zu der Version)