[Gelöst] Admin-Reiter bleibt leer und hängt bei "Bearbeite…" fest (Admin v2 und v3)
-
Sorry Jungs, ich bin dann für heute mal raus.
Erschwerend kommt dazu, dass ich es auf keiner meiner 8 Installationen nachvollziehen kann
Ich finde keine Gemeinsamkeiten
Bis morgen
Rainer `
Okay. Trotzdem erstmal Danke … bin auch raus
Bis morgen !
Gesendet von iPhone mit Tapatalk
-
Sorry Jungs, ich bin dann für heute mal raus.
Erschwerend kommt dazu, dass ich es auf keiner meiner 8 Installationen nachvollziehen kann
Ich finde keine Gemeinsamkeiten
Bis morgen
Rainer `
Ich hatte heute Mittag eine Aktualisierung der Adapterliste durchgeführt, weil ich die Admin-Seite immer auf habe und so die Anzeige für Updates nicht aktualisiert wird. Nach der Aktualisierung war die Adapterliste leer! Hast du das auch schon probiert?
Enrico
-
bei mir das gleiche, komisch nur, dass die Adapter in der Admin-beta (3.0.8) funktionieren (läuft parallel)
bei der nicht beta steht installiert 3.0.1, verfübar 2.0.9. komisch. Dachte ab 3 wäre die beta ?
-
bei mir das gleiche, komisch nur, dass die Adapter in der Admin-beta (3.0.8) funktionieren (läuft parallel)
bei der nicht beta steht installiert 3.0.1, verfübar 2.0.9. komisch. Dachte ab 3 wäre die beta ? `
Nee, ich hatte auch Mal die 3.0.1 des "normalen" admins installiert gehabt und habe wieder die 2.0.9 installiert, welche wohl die offizielle Version ist. 3.0.1 ist quasi eine Beta des Admin Adapters.Parallel gibt es die Admin-Beta mit 3.0.8.
-
Welche hardware?
Bei pi1 sudo iobroker stop, dann nochmal.
Alle anderen einfach nochmal
Oder hast du jetzt den admin doppelt? `
Homoran, habe gedebugt und folgenden Fehler/Warning erhalten (in chrome beim startup vom #adapter):
What I realized is that the #admin tab (in chrome debugger) generates an error and a warning:
! ````
adminAdapters.js:665 Uncaught TypeError: (obj.title || "").replace is not a function
at Array. <anonymous>(adminAdapters.js:665)
at adminAdapters.js:436
(anonymous) @ adminAdapters.js:665
(anonymous) @ adminAdapters.js:436
setTimeout (async)
(anonymous) @ adminAdapters.js:434
n.onack @ universalModuleDefinition:3
n.onpacket @ universalModuleDefinition:3
(anonymous) @ universalModuleDefinition:3
n.emit @ universalModuleDefinition:2
n.ondecoded @ universalModuleDefinition:1
(anonymous) @ universalModuleDefinition:3
r.emit @ universalModuleDefinition:1
s.add @ universalModuleDefinition:1
n.ondata @ universalModuleDefinition:1
(anonymous) @ universalModuleDefinition:3
n.emit @ universalModuleDefinition:2
n.onPacket @ universalModuleDefinition:2
(anonymous) @ universalModuleDefinition:2
n.emit @ universalModuleDefinition:2
n.onPacket @ universalModuleDefinition:2
n.onData @ universalModuleDefinition:2
ws.onmessage @ universalModuleDefinition:3
adminHosts.js:282 Timeout for repository
(anonymous) @ adminHosts.js:282
setTimeout (async)
Hosts.init @ adminHosts.js:281
Hosts.initList @ adminHosts.js:105
(anonymous) @ admin.js:1045
setTimeout (async)
(anonymous) @ admin.js:986
n.onack @ universalModuleDefinition:3
n.onpacket @ universalModuleDefinition:3
(anonymous) @ universalModuleDefinition:3
n.emit @ universalModuleDefinition:2
n.ondecoded @ universalModuleDefinition:1
(anonymous) @ universalModuleDefinition:3
r.emit @ universalModuleDefinition:1
s.add @ universalModuleDefinition:1
n.ondata @ universalModuleDefinition:1
(anonymous) @ universalModuleDefinition:3
n.emit @ universalModuleDefinition:2
n.onPacket @ universalModuleDefinition:2
(anonymous) @ universalModuleDefinition:2
n.emit @ universalModuleDefinition:2
n.onPacket @ universalModuleDefinition:2
n.onData @ universalModuleDefinition:2
ws.onmessage @ universalModuleDefinition:3</anonymous>Das Problem ist dass die io.socket calls zum System anscheinend keine Adapter mehr liefern! Das ist beim info-Adapter das selbe, und auch wenn ich Filter setze oder in den expert mode gehe. Die UI vom adapter-tab kriegt einfach keine Info von der ioBroker-Instanz! Ok, etwas tiefer in der Adapter-Instanz mit chrome gedebuggd und den neuen flot-adapter als Verursacher identifiziert! Habe daraufhin mittelsiobroker upgrade flot@1.7.0
flot auf eine ältere Version gesetzt und der Fehler ist weg! nun der wirkliche Grund: Neue Adapter scheinen den Titel auch in verschiedenen Sprachen angeben zu können., vorher war der Titel nur ein String, und jetzt hat flot aber als Tital:"title": {
"en": "Flot Charts",
"de": "Flot-Diagrammen",
"ru": "Графики c Flot",
"pt": "Flot Charts",
"nl": "Flot charts",
"fr": "Graphiques des Flot",
"it": "Grafici Flot",
"es": "Gráficos de Flot",
"pl": "Wykresy Flot"
}Das versteht adminAdapter.js (in Zeile 665) nicht! Es glaubt dass title ein string (und kein Objekt) ist und wendet replace an. Das erzeugt einen Fehler welcher die ganze Prozedur die Adapter zu listen stoppt! Bitte an Alle: Bevor ihr neue Möglichkeiten (in Adapter oder ioBroker selbst) integriert diese auch mit 'alten' Versionen Testen! p.s.: mit dem downgrade von Flot werkt mein System wieder! -
Super, das funktioniert bei mir auch.
Gestern hatte ich den gleichen Fehler mit yahka.
Habe dann den letzten Snapshot eingespielt und alles ging wieder.
-
Jupp, das wars!
Enrico
-
` > Habe daraufhin mittels
iobroker upgrade flot@1.7.0flot auf eine ältere Version gesetzt und der Fehler ist weg! `
DANKE das hat geholfen
-
@fsjoke:Das Problem ist dass die io.socket calls zum System anscheinend keine Adapter mehr liefern!
Das ist beim info-Adapter das selbe, und auch wenn ich Filter setze oder in den expert mode gehe.
Die UI vom adapter-tab kriegt einfach keine Info von der ioBroker-Instanz!
Ok, etwas tiefer in der Adapter-Instanz mit chrome gedebuggd und den neuen flot-adapter als Verursacher identifiziert! `
Respekt und vielen Dank! Auch ich kann bestätigen, dass nun wieder alles funktioniert nachdem ich dem Flot einen Downgrade verpasst habe!
-
Habe jetzt nochmal reproduziert. Unter admin 2.0.9 läuft es mit flot 1.7.3 nicht. Admin-beta 3.0.8 geht damit aber.
Auch ein github-Update auf admin 3.0.1 hat nicht geholfen.
Enrico
-
Übrigens,
auch
iobroker upgrade flot@1.7.1 ````funktioniert, ab 1.7.3 nicht! -
Bei mir läuft es nun auch wieder mit : iobroker upgrade flot@1.7.0
Mal wieder ein dickes Danke an fsjoke :!:
iobroker upgrade flot@1.7.1 - hatte ein Fehler bei mir gebracht ( nicht vorhanden) aber mit:
iobroker upgrade flot@1.7.0lief einiges durch.
Wobei ich nicht genau weiss was :roll:
Für mich sah es im ersten Moment nicht gut aus - siehe bilder unten.
Ich habe es so verstanden als hätte kein uprade durchgeführt werden können.
Danach einmal:
sudo iobroker restartDie Adapter werden nun wieder in Admin 2 angezeigt.
~~http://up.picr.de/31435868hy.jpg" />
http://up.picr.de/31435878eh.jpg" />~~ -
@fsjoke:Habe daraufhin mittels
iobroker upgrade flot@1.7.0flot auf eine ältere Version gesetzt und der Fehler ist weg!
Jau TOP ! Hat geholfen
-
Gestern Abend funzte alles wieder - sämtliche Adapter waren wieder da!
Nachdem ich aber den chromecast Adapter von 1.3.5 auf 1.4.0 hochgezogen habe sind wieder alle Adapter weg!
Und nu?
-
Na wieder zurück, per Konsole!
Enrico
-
schön wär's:
~~http://yellowball.de/iob.jpg" />Nach dem Abbruch des Upgrades war mein Pi3 komplett eingefroren und ich musste ihn stromlos machen, damit ioBroker wieder lief.
Noch eine Idee?~~
-
Wenn das alles war, was du zum Downgrade einegeben hast, dann hat auf jeden Fall noch ein
cd /opt/iobrokergefehlt!
Und wenn du nicht als root angemeldet bist, muss noch ein
sudovor deinen Befehl!
Enrico
-
Vielen Dank Enrico, das war's!
-
puhh, habe den Float Adapter wieder auf V1.7.0 gebracht und bekomme jetzt die Adapter zu sehen.
durch Neuinstallation des Admin Adapters bin ich wieder auf V.2.0.7, ladbare Version ist die V2.0.9
Wenn ich den Admin Adapter aktualiesiere, schmiert mir möglicherweise wieder die Seite ab.
siehe Post vom Yellowball.
Ist das ein Einzelfall beim Kollegen Yellowball, oder lassen sich die Adapter jetzt problemlos installieren bis auf den Float Adapter?
1526_unbenannt.png -
Admin 2.0.9 und auch die github-Version 3.0.1 funktionieren problemlos!
Enrico
