UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[metaxa]

@glasfaser

[Glasfaser]

@metaxa
Keine Idee mehr .. SORRY

...
nimm das letzte Backup .. was du meinst wäre in Ordnung und setze ioBroker neu auf .

[metaxa]

@glasfaser Ich danke dir wirklich herzlichst für deine Bemühungen und werde mal drüber schlafen. Leider hatte ich schon paar VM-Backups probiert und überall das Gleiche.
Toller Support von Euch, und noch um die Uhrzeit. Danke!!

[Glasfaser]

@metaxa sagte in "Objekte" nicht erreichbar, Admin instabil?:

VM-Backups

Mhh ... das sind aber Full-Backups !

[metaxa]

@glasfaser sagte in "Objekte" nicht erreichbar, Admin instabil?:

das sind aber Full-Backups

hat recht, ich nehme mal io-backups vom io-Adapter

[apollon77]

@metaxa lass mal die error Konsole vom Browser offen und lade jetzt Admin Seite. Dann solltest du Ausgaben sehen. Und jetzt auf Objekte klicken… was kommt dann?

Weiterhin: admin loglevel auf debug Stellen und zeitlich passend logfile ansehen. Kommt da was? Überhaupt: welche Admin Version?

[warp735]

Hab gestern auch einen DP von Rolle state auf number geändert und dann war fertig... Webui nicht mehr erreichbar. iob und admin lief aber. Nach viel rumgeklicke gings dann wieder. Hätte schon fast das Backup reingehauen :-)

[metaxa]

@apollon77 GM!

@apollon77 sagte in "Objekte" nicht erreichbar, Admin instabil?:

Und jetzt auf Objekte klicken… was kommt dann?

https://forum.iobroker.net/topic/57333/objekte-nicht-erreichbar-admin-instabil/6?_=1661152060522

@apollon77 sagte in "Objekte" nicht erreichbar, Admin instabil?:

Überhaupt: welche Admin Version?

@apollon77 sagte in "Objekte" nicht erreichbar, Admin instabil?:

admin loglevel auf debug Stellen und zeitlich passend logfile ansehen.

Ich habe mit mehrmals das Logfile direkt unter /opt/iobroker/logs angesehen, da steht absolut nix auffälliges drinnen. Habe jetzt die Logstufe auf Debug angehoben.

[falke69]

@metaxa

ich hatte das letztens auch, dass ich einfach nicht auf die Objekte zugreifen konnte.
Habe auf einer anderen Maschine iobroker neu installiert, da ging es. Dann mein Backup zurückgespielt - das selbe Problem. Egal von welchen PC ich es versucht habe. Dann habe ich meine Firewall ausgeschaltet und siehe da da ging es.
Also die URL in meiner Firewall hinzugefügt und dann ging es wieder.

Vielleicht liegt es bei Dir auch nicht selbst am iobroker.

[apollon77]

@warp735 Rolle auf number? Das wäre nicht korrekt ... aber was war denn die Lösung die zum Zioel gefhrt hat -... eine solche Änderung sollte keine Auswirkung haben. Auch hier fehlt die Info welche Admin version und was genau passiert ist ...

[apollon77]

@metaxa Aktuell ist es ggf eine gute Idee bri sowas mal Admin 6 aus Beta zu versuchen ... Der "Abstand" ist inzwischen recht hoch und Admin 6 hat vieeeeeellle Fixes drin ...

[apollon77]

@falke69 Was genau meinst Du mit "Firewall"?

[falke69]

@apollon77

die auf meinem PC.
Nutze Avast. Scheinbar irgendein Update hat dazu geführt, dass ich die Objekte nicht mehr aufrufen konnte.
Alles andere ging.

[warp735]

@apollon77
Das war wie gesagt das Einzigste was ich gemacht habe. Im Log war dann folgendes zu sehen:

2022-08-21 12:30:16.097 - error: admin.0 (420) Error: "error"
2022-08-21 12:32:30.550 - error: host.iobroker-qnap-Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"!

Wollte den DP dann wieder auf state stellen und als ich auf Object geklickt habe, ging dann garnix mehr. Über ssh gesehen das iob noch läuft aber halt kein Zugriff auf webui mehr.

Schlussendlich hab ich beim Docker darauf geklickt und hatte auch wieder die webui. War mehr so, als hätte sich der Tab im Browser aufgehängt.

[apollon77]

@warp735 sagte in "Objekte" nicht erreichbar, Admin instabil?:

2022-08-21 12:32:30.550 - error: host.iobroker-qnap-Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"!

Also wenn das kommt dann ist da irgendwas mit dem gesamtsystem nicht in Ordnung! Komplett andere Baustelle!

Am besten iobroker stoppen und neuversuchen zu starten. Entweder irgendwas versucht parallel ne neue Objects DB zu öffnen obwohl ein iobroker läuft oder sowas ...

[warp735]

@apollon77
war mit dem iot Adapter am spielen / probieren. Inzwischen läuft wieder alles wunderbar.

[metaxa]

@apollon77

Werde jetzt auf die 6.2.17 umsteigen und berichten.

[metaxa]

@apollon77 sagte in "Objekte" nicht erreichbar, Admin instabil?:

@metaxa Aktuell ist es ggf eine gute Idee bri sowas mal Admin 6 aus Beta zu versuchen ... Der "Abstand" ist inzwischen recht hoch und Admin 6 hat vieeeeeellle Fixes drin ...

Leider das gleiche Fehlerbild. Wenn auch gleich das Browserfenster gefühlt länger aktiv bleibt.

Und iO startet danach neu.

[Glasfaser]

@metaxa sagte in "Objekte" nicht erreichbar, Admin instabil?:

Habe jetzt die Logstufe auf Debug angehoben.

@metaxa sagte in "Objekte" nicht erreichbar, Admin instabil?:

Und iO startet danach neu.

Steht jetzt mit dem Admin 6.2.17 eventuell etwas drin oder in der Browserkonsole mit F12 .

[holofury]

@falke69 sagte in "Objekte" nicht erreichbar, Admin instabil?:

@apollon77

die auf meinem PC.
Nutze Avast. Scheinbar irgendein Update hat dazu geführt, dass ich die Objekte nicht mehr aufrufen konnte.
Alles andere ging.

Danke für den Tipp mit Avast.

Ich hatte auch das Problem, dass der Objekte-Tab ewig geladen hat.
Nachdem ich den Webschutz von Avast deaktiviert hatte, ging der Aufruf wieder deutlich flotter.
Im Detail ist es die Einstellung "Aktivieren Sie die Überprüfung des WebSocket-Protokolls", die die Ladezeit so nach oben schießen lässt.