hm.rpc keine Objekte sichtbar
-
@Glasfaser leider ist das log immer abgeschnitten.
Wenn der Versuch in einem Timeout endet kommt diese Meldung erst später.
Der letzte Eintrag seines abgeschnittenen Screenshots ist ...trying to connect... -
@Homoran said in hm.rpc keine Objekte sichtbar:
dann tippe ich auf die Firewall der RaspiMatic.
Die Firewall habe ich auch schon recht weit geöffnet.
-
@Homoran said in hm.rpc keine Objekte sichtbar:
Der letzte Eintrag seines abgeschnittenen Screenshots ist ...trying to connect...
Das war auch der letzte Eintrag.
-
@Kraxelhuber sagte in hm.rpc keine Objekte sichtbar:
@Homoran said in hm.rpc keine Objekte sichtbar:
dann tippe ich auf die Firewall der RaspiMatic.
Die Firewall habe ich auch schon recht weit geöffnet.
arbeitest du mit https oder User/passwort?
-
@Glasfaser said in hm.rpc keine Objekte sichtbar:
Ich nutze Host bin zufrieden und habe diese Probleme nicht im Docker .
Habe den Container jetzt auch mal umgestellt. Unter welchem Port ist der denn dann im HOST Modus erreichbar? http://192.168.13.10:8081 läuft auf jeden Fall nicht.
-
@Homoran said in hm.rpc keine Objekte sichtbar:
arbeitest du mit https oder User/passwort?
Hatte die Authentifizierung auch schon rausgenommen. HTTPS hatte ich den Adaptereinstellungen dann auch nicht aktiviert.
-
@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.
-
@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.
-
@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.
-
-
@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.
-
@Glasfaser said in hm.rpc keine Objekte sichtbar:
Meine Synology ist über die 192.168.178.11 erreichbar ....
Also 192.168.178.11: 8081So 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.
-
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
-
@Glasfaser
Sieht doch eigentlich ganz sauber aus, oder?
-
-
-
ich habe den Docker Container jetzt noch einmal komplett frisch eingerichtet.
da stimmt etwas mit dem Image nicht ... da ist JS schon aktuell !
-
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
-
@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...
-
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
