NEWS
[gelöst] "Objekte" nicht erreichbar, Admin instabil?
-
@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! -
@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. -
@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. -
@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)
-
@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 liegenDas ... 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 . -
@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?:
dann m
ü
sste es doch am Grundsystem des Frontends liegenIch 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
-
@homoran sagte in "Objekte" nicht erreichbar, Admin instabil?:
dann m
ü
sste es doch am Grundsystem des Frontends liegenIch 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
-
@homoran sagte in "Objekte" nicht erreichbar, Admin instabil?:
dann m
ü
sste es doch am Grundsystem des Frontends liegenIch 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 so weit, so gut.
bleibt noch eine "Hoffnung": ligt die SQL-Datenbank in der selben VM? -
@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 .
-
@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
-
@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 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. -
@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 ich hatte schon mariaDB auf der Syno deaktiviert, die VM ohne SQL Adapter gestartet, machte leider keinen Unterschied.
@metaxa damit w
ä
re das auch prinzipiell ausgeschlossen.hast du mal den admin auf Gandy oder Tablet aufgerufen?
-
@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 :

@glasfaser sagte in "Objekte" nicht erreichbar, Admin instabil?:
Kann du damit nicht eine weitere VM erzeugen !?

Leider nein. -
@metaxa damit w
ä
re das auch prinzipiell ausgeschlossen.hast du mal den admin auf Gandy oder Tablet aufgerufen?
-
@metaxa
danke!
das wirft uns jetzt wieder zur
ü
ck zum (webserver des) admin.
Mist... -
@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! -
Das Log wird ab deiner Bet
ä
tigung auf Objekte
ü
berf
ü
llt ,vonam Anfang mit:
admin.0 (1396) **Subscribes**: system.adapter.discovery.0.aliveund
der eintrag wieder immer pro Subscribes l
ä
nger und dann bricht es zusammenhier das Ende vom Log mit allen Subscribes
am Ende mit
mit
2022-08-22 13:07:55.157 - [34mdebug[39m: admin.0 (1396) Disable logging, because no one socket connected 2022-08-22 13:07:55.158 - [32minfo[39m: admin.0 (1396) <== Disconnect system.user.admin from ::ffff:192.168.0.132 admin 2022-08-22 13:09:52.571 - [32minfo[39m: admin.0 (1396) ==> Connected system.user.admin from ::ffff:192.168.0.132 2022-08-22 13:09:52.597 - [34mdebug[39m: admin.0 (1396) 2022-08-22T11:09:52.597Z Request authenticate [system.user.admin] 2022-08-22 13:09:52.617 - [34mdebug[39m: admin.0 (1396) Subscribes: dummyZeige mal :
iobroker status -
@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!
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden