[gelöst] "Objekte" nicht erreichbar, Admin instabil?
-
@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.
-
@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 -
@glasfaser sagte in "Objekte" nicht erreichbar, Admin instabil?:
Nimm bitte die URL aus ical.0 raus im Log !
hab den link zerstört
-
@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. -
Das ist das gleich wie oben schon , da ist leider nichts zu sehen ... alles Normal im Log !
-
@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 -
@glasfaser
ich kann es zippen jedoch nicht vorher editieren um Links zu neutralisieren. -
@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 !? -
@glasfaser auch möglich wäre eine zip mit PW hochladen und das PW separat über PN? Wenn sich @apollon77 dafür Zeit nimmt, jederzeit!
-
@metaxa Vielleicht hilft das: Ich hatte auch immer mal wieder Hänger in den Objekten; hatte auch "einfach so" Aufhänger meiner IoB-VM.
Mittlerweile habe ich festgestellt, dass ich einige DP doppelt geloggt hatte, mit dem selben Alias.
Nachdem ich das geändert habe (war ich ja schliesslich selbst dran Schuld) läuft es wieder rund; zumindest bekomme ich keine Timeout´s mehr!
Du hast ja auch was in der DP-Liste in Richtung SQL geändert. Kontrollier das nochmal, bei mir wurde der "alte" Eintrag nicht entfernt! -
@guergen sagte in "Objekte" nicht erreichbar, Admin instabil?:
einige DP doppelt geloggt hatte, mit dem selben Alias
könnte passen zu
@metaxa sagte in "Objekte" nicht erreichbar, Admin instabil?:
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.
-
@homoran sagte in "Objekte" nicht erreichbar, Admin instabil?:
könnte passen zu
@metaxa sagte in "Objekte" nicht erreichbar, Admin instabil?: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.
Könnte , aber was mich wundert :
Er hat ein altes VM Backup ( Full-Backup ) eingespiel und dort ist das selbe !?
@metaxa sagte in "Objekte" nicht erreichbar, Admin instabil?:
leider hatte ich schon paar VM-Backups probiert und überall das Gleiche. -
@glasfaser dann müsste es doch am Grundsystem des Frontends liegen
oder ist die SQL Datenbank nicht in full drin, sondern extern (syno oder so)
-
@homoran sagte in "Objekte" nicht erreichbar, Admin instabil?:
@glasfaser dann müsste es doch am Grundsystem des Frontends liegen
Das ... ist gerade die große Frage ..
Vermute ich auch ... aber von einer kleiner Änderung alles Platt.
Idee :
Kenne dein System nicht :
Du spielst doch ein Full Backup ein , wird das vorhandene überschrieben oder eine neue VM erzeugt . -
@homoran sagte in "Objekte" nicht erreichbar, Admin instabil?:
dann müsste es doch am Grundsystem des Frontends liegen
Ich hege auch schon diese Befürchtung, da das Zurückspielen eines Full Backups älteren Datums die gleichen Fehler verursacht.
@glasfaser sagte in "Objekte" nicht erreichbar, Admin instabil?:
wird das vorhandenen überschrieben oder eine neue VM erzeugt .
Lt. Protokoll von Proxmox wird die alte VM entfernt und die neue eingespielt.02 iobroker.2022-08-22.rar
-
@metaxa sagte in "Objekte" nicht erreichbar, Admin instabil?:
wird die alte VM entfernt und die neue eingespielt.
Kann du damit nicht eine weitere VM erzeugen !?
Bei meiner Syn kann ich :
-
@metaxa so weit, so gut.
bleibt noch eine "Hoffnung": ligt die SQL-Datenbank in der selben VM? -
@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 .
-
@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
-
@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.
