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

[Kraxelhuber]

@Glasfaser said in hm.rpc keine Objekte sichtbar:

Ich nutze Host bin zufrieden und habe diese Probleme nicht im Docker .

Ich hatte auf den Bridge Modus gesetzt, weil ich hier folgendes gelesen habe:

Außerdem gibt es die Möglichkeit den ioBroker im selben Netz wie den Host zu betreiben. Das ist auf aktuellen Linux-Hosts auch kein Problem. Die Synology Disk Stations arbeiten im DSM allerdings mit einem veralteten Linux Kernel in dem es einen bekannten Bug gibt. Der Bug verhindert die Ausführung von sudo im Container. Für den Normalbetrieb geht das ist Ordnung (Habe ich im Image gefixt) sobald es aber z.B. um das Update des js-controllers geht gibt es Probleme. Aus diesem Grund empfehle ich auf den Host Modus beim Einsatz einer Synology DiskStation zu verzichten.

[Glasfaser]

@Kraxelhuber sagte in hm.rpc keine Objekte sichtbar:

sobald es aber z.B. um das Update des js-controllers geht gibt es Probleme.

kann ich nicht bestätigen .... alles Top.

[Kraxelhuber]

@Glasfaser said in hm.rpc keine Objekte sichtbar:

kann ich nicht bestätigen .... alles Top.

OK, gut zu wissen. Und über welchen Port ruft man den ioBroker im HOST Modus auf? Wie gesagt, 192.168.13.10:8081 läuft bei mir nicht.

[Glasfaser]

@Kraxelhuber

Meine Synology ist über die 192.168.178.11 erreichbar ....

Also 192.168.178.11: 8081

[Kraxelhuber]

@Homoran said in hm.rpc keine Objekte sichtbar:

bitte die Instanz mal auf LogStufe debug umschalten:

Hier ist der Auszug aus dem Log. Es ist total verrückt, aber nach einer gewissen Zeit des Nichtstuns und nach einigen Error Meldungen ist die Verbindung wieder zustanden gekommen. Dann gab es aber wieder Unterbrechungen.

Die Verbindung hat jetzt auch über HTTPS funktioniert. Hier sind noch mal alle Einstellungen des Adapters und auf Seiten von raspberryMatic.

Die Objekte sind natürlich nach wie vor nicht übermittelt worden. Ich denke, es geht hier am Ende des Tages auch um ein Verbindungsproblem.

[Kraxelhuber]

@Glasfaser said in hm.rpc keine Objekte sichtbar:

Meine Synology ist über die 192.168.178.11 erreichbar ....
Also 192.168.178.11: 8081

So hätte ich es auch bei mir erwartet. Es funktioniert aber nicht. Ich habe den Docker Container jetzt noch einmal komplett frisch eingerichtet.

Ich wüsste nicht, wo der Fehler liegt.

[Glasfaser]

@Kraxelhuber

gehe mal im Terminal / Protokoll dort siehst du ein Log warum es hängt .

Bzw. starte iobroker neu , dann in die Terminal Konsole dort siehst du den Startverlauf

[Kraxelhuber]

@Glasfaser
Sieht doch eigentlich ganz sauber aus, oder?

[Glasfaser]

@Glasfaser

gehe mal in die Terminal Konsole

iobroker status
iobroker list instances

[Kraxelhuber]

@Glasfaser

[Glasfaser]

@Kraxelhuber

ich habe den Docker Container jetzt noch einmal komplett frisch eingerichtet.

da stimmt etwas mit dem Image nicht ... da ist JS schon aktuell !

[Glasfaser]

@Kraxelhuber

er nuzt eine vorhandene Installation !

Mounte den Ordner hiernach , wenn du den Container nochmal neu erstellt .

https://forum.iobroker.net/topic/34605/iobroker-backitup-restore-geht-nicht/25

[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.