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

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

[apollon77]

@metaxa io startet neu??? Also dann klar: logfile bitte zeigen. Da muss ein Fehler oder was sein. Bitte aber großzügig zeigen

[apollon77]

@holofury das kann sehr gut sein. Wenn alle Objekte geladen werden ist das sehr groß. Scheinbar mag avast das nicht. Strange.

Webschutz in antivirus immer ausschalten. Das hat bei mir immer Probleme gemacht. Egal welches av….

[metaxa]

@glasfaser
im Reiter "Adapter" mit F12 die Konsole aktiviert, danach auf Objekte geklickt. Links zählt er rasch hinauf, dann friert der Browser ein

danach sieht es so aus

Danach startet iO selbstständig neu.
Mittlerweile ist das Logfile zu groß um im Editor angezeigt zu werden :confounded:

Im Moment bin ich schon so weit eine neue VM aufzusetzen und ein Backup vom Backitup Adapter einzuspielen.

Gab es nicht noch irgendeinen Kosolenbefehl wie "rebuild" könnte ich mit dem etwas erreichen?

[metaxa]

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

Also dann klar: logfile bitte zeigen. Da muss ein Fehler oder was sein. Bitte aber großzügig zeigen

Werde das aktuell riesige Logfile mit WinSCP umbenennen und ein neues anlegen lassen. Ich hoffe dieses ist dann klein genug zum Hochladen.

[Glasfaser]

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

gab es nicht noch irgendeinen Kosolenbefehl wie "rebuild" könnte ich mit dem etwas erreichen?

Hast du Fehler im Log die darauf hinweisen es zu machen !?

Du hast doch nichts an Nodejs verändert , du bist doch noch auf Nodejs 14 seit dem du den Thread hier erstellt hast !?

[metaxa]

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

Hast du Fehler im Log die darauf hinweisen es zu machen !?

Ich habe nichts gefunden. Bin aber am tun ein brauchbares Logfile zu produzieren.

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

Du hast doch nichts an Nodejs verändert , du bist doch noch auf Nodejs 14 seit dem du den Thread hier erstellt hast !?

Nein, ich habe nichts verändert.

[metaxa]

@glasfaser Hier das neue Logfile nach einem Neustart der VM. (Admin auf debug)
(.log)

Jetzt produziere ich den Fehler beim Klicken auf Objekte.

Das Logfile nach dem selbstständigen Neustart von iO (Admin auf Debug) kann ich weder hier hochladen noch mit irgendeinen Editor editieren.

Frust pur.

[Glasfaser]

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

Hier das neue Logfile nach einem Neustart der VM.

Steht nichts soweit drin ... ein normaler Ablauf im Log.

Nimm bitte die URL aus ical.0 raus im Log !

Das Logfile nach dem selbstständigen Neustart von iO

Kann du es nicht gekürzt bevor der ioBroker neu startet ab diesen Moment hier reinstelle ,
oder evt. im Zip packen

[Homoran]

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

Nimm bitte die URL aus ical.0 raus im Log !

hab den link zerstört :-)

[metaxa]

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

Kann du es nicht gekürzt bevor der ioBroker neu startet ab diesen Moment hier reinstelle ,

Das schaffe ich nicht, das File explodiert förmlich und danach kann ich es nicht mehr editieren.
Hier das Logfile nach einem Neustart von iO und der Klick auf Objekte.
Debugstufe info und ohne ical.0 Url.

iobroker.2022-08-22.log

[Glasfaser]

@metaxa

Das ist das gleich wie oben schon , da ist leider nichts zu sehen ... alles Normal im Log !

[Glasfaser]

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

das File explodiert förmlich

Wie groß wird das File

oder

cd /opt/iobroker/log

ls -la

[metaxa]

@glasfaser
ich kann es zippen jedoch nicht vorher editieren um Links zu neutralisieren.

[Glasfaser]

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

ich kann es zippen jedoch nicht vorher editieren um Links zu neutralisieren.

Ok , ist nichts für das Forum !

eventuell könntest du es an @apollon77 per Email senden ,
wenn ich höflich hier eine Anfrage an Ihn mache !?