[gelöst] "Objekte" nicht erreichbar, Admin instabil?

[Homoran]

@metaxa so weit, so gut.
bleibt noch eine "Hoffnung": ligt die SQL-Datenbank in der selben VM?

[Glasfaser]

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

bleibt noch eine "Hoffnung": ligt die SQL-Datenbank in der selben VM?

Laut Log ( ganz oben ) wird alles geladen und ist nichts doppelt geloogt.

Er hat auch mal zum Test alle Adapter aus gehabt und der Fehler kommt obwohl nur Admin enable ist .

[metaxa]

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

zum Test alle Adapter aus gehabt und der Fehler kommt obwohl nur Admin enable ist

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

ligt die SQL-Datenbank in der selben VM?

Nein

[Homoran]

@glasfaser fallen mir ganz spontan nur die folgenden Möglichkeiten ein

• virenscanner Update
• Windows Update mit Firewall verschärfung
• Browserupdate / pluginupdate noscript o.ä.

man müsste es mal an einem total anderen OS und Browser versuchen.
Android mit google z.B.

[Homoran]

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

Nein

nicht dass die alles blockiert

[metaxa]

@homoran ich hatte schon mariaDB auf der Syno deaktiviert, die VM ohne SQL Adapter gestartet, machte leider keinen Unterschied.

[Homoran]

@metaxa damit wäre das auch prinzipiell ausgeschlossen.

hast du mal den admin auf Gandy oder Tablet aufgerufen?

[metaxa]

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

Kann du damit nicht eine weitere VM erzeugen !?

Leider nein.

[metaxa]

@homoran Soeben versucht am Handy aufzumachen, leider ständiges Timeout.

[Homoran]

@metaxa
danke!
das wirft uns jetzt wieder zurück zum (webserver des) admin.
Mist...

[apollon77]

@metaxa ja mach so. Oder lade es in eine Dropbox, oder sowas. Schick mir das Passwort als pn

[Glasfaser]

@metaxa

Das Log wird ab deiner Betätigung auf Objekte überfüllt ,von

am Anfang mit:

admin.0 (1396) **Subscribes**: system.adapter.discovery.0.alive

und
der eintrag wieder immer pro Subscribes länger und dann bricht es zusammen

hier das Ende vom Log mit allen Subscribes

Spoiler ACHTUNG Txt ist sehr lang

Textdokument (neu).txt

am Ende mit

mit

2022-08-22 13:07:55.157  - debug: admin.0 (1396) Disable logging, because no one socket connected
2022-08-22 13:07:55.158  - info: admin.0 (1396) <== Disconnect system.user.admin from ::ffff:192.168.0.132 admin
2022-08-22 13:09:52.571  - info: admin.0 (1396) ==> Connected system.user.admin from ::ffff:192.168.0.132
2022-08-22 13:09:52.597  - debug: admin.0 (1396) 2022-08-22T11:09:52.597Z Request authenticate [system.user.admin]
2022-08-22 13:09:52.617  - debug: admin.0 (1396) Subscribes: dummy

Zeige mal :

iobroker status

[apollon77]

@guergen jetzt mischt ihr aber ganz schön. Du redest bestimmt von da/sql timeouts oder?! Das hat doch mit dem thread thema nix zu tun

[guergen]

@apollon77 Nein, ich bekam ständig timeouts beim Aufrufen der Objekte.
Bei mir lag es an doppelt vergebenen Aliasen in der InfluxDB-Loggerei.
Manchmal hat sich iob komplett aufgehangen ohne ersichtlichen Grund. Nachdem ich die Loggerei bereinigt hatte, war es viiiiiel besser! (Fast)Keine Neustarts ohne Grund mehr

[metaxa]

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

@metaxa

Das Log wird ab deiner Betätigung auf Objekte überfüllt ,von

am Anfang mit:

admin.0 (1396) **Subscribes**: system.adapter.discovery.0.alive

und
der eintrag wieder immer pro Subscribes länger und dann bricht es zusammen

hier das Ende vom Log mit allen Subscribes

Spoiler ACHTUNG Txt ist sehr lang

Textdokument (neu).txt

am Ende mit

mit

2022-08-22 13:07:55.157  - debug: admin.0 (1396) Disable logging, because no one socket connected
2022-08-22 13:07:55.158  - info: admin.0 (1396) <== Disconnect system.user.admin from ::ffff:192.168.0.132 admin
2022-08-22 13:09:52.571  - info: admin.0 (1396) ==> Connected system.user.admin from ::ffff:192.168.0.132
2022-08-22 13:09:52.597  - debug: admin.0 (1396) 2022-08-22T11:09:52.597Z Request authenticate [system.user.admin]
2022-08-22 13:09:52.617  - debug: admin.0 (1396) Subscribes: dummy

Zeige mal :

iobroker status

iobroker is running on this host.


Objects type: jsonl
States  type: jsonl

[metaxa]

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

doppelt vergebenen Aliasen

Ich habe vor Monaten eine Handvoll Aliase angelegt, seitdem nichts daran getan.

[apollon77]

@glasfaser @metaxa oooohhhh. Die info Mit den subscribes bringt mich auf eine Idee. Kann es sein das du alles alles alles aufgeklappt hast? Dann lädt er nicht nur eine Objekt Ebene sondern eben alles alles und subscribed auch alles. Klingt danach

Um das zu fixen: bitte Cache und local Storage (vor allem den!!) im Browser löschen. Dann vergisst er nämlich das alles aufgeklappt wäre. Geht’s danach wieder?

Edit: und wenn es das war bitte bei Admin einen Feature request anlegen das der Button nie mehr alles aufklappen darf. Maximal einen baumbereich.

[apollon77]

@guergen hm … ich wüsste nicht wie das Miteinander etwas zu tun haben könnte und sollte.

[Glasfaser]

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

@metaxa ist für dich !!!

[metaxa]

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

@homoran ich hatte heute früh meine DP nach SQL gefiltert und danach etliche DP bei den SQL Settings geändert. Seit dem ist es finster unter Objekten.

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

Kann es sein das du alles alles alles aufgeklappt hast? Dann lädt er nicht nur eine Objekt Ebene sondern eben alles alles und subscribed auch alles. Klingt danach

Ja ich hatte nach allen aktiven SQL Logging DP gefiltert.

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

Geht’s danach wieder?

Wird sofort gemacht und berichtet!