[Gelöst] Admin-Reiter bleibt leer und hängt bei "Bearbeite…" fest (Admin v2 und v3)
-
Macht Mal einen Reboot````
sudo iobroker restartok, hab den gefühlt 20sten reboot nach den oben vorgeschlagenen Änderungen gemacht. Keine Verbesserung. Kleine Anmerkung für den Fall, das es zur Fehlersuche hilft: ich meine im Gegensatz zu anderen keine Adapter-Updates gemacht zu haben kurz bevor ich das Problem gestern Abend erstmalig bemerkt habe. Einzige Änderung: ich habe gestern Vormittag einen neuen Adapter (Harmony) installiert. -
Trotz Reboot keine Änderung.
Ich habe auch nur lediglich Float installiert - danach gings nicht mehr
-
habe gerade den js-controller neu draufgespielt… keine besserung auch ein kompletter restart bringt nichts
aber einen error gab es dabei den ich nicht kenne:
! ````
bufferutil.target.mk:96: die Regel für Ziel „Release/obj.target/bufferutil/src/b ufferutil.o“ scheiterte
make: *** [Release/obj.target/bufferutil/src/bufferutil.o] Fehler 1
make: Verzeichnis „/opt/iobroker/node_modules/bufferutil/build“ wird verlassen
gyp ERR! build error
gyp ERR! stack Error:makefailed with exit code: 2
gyp ERR! stack at ChildProcess.onExit (/usr/lib/node_modules/npm/node_module s/node-gyp/lib/build.js:276:23)
gyp ERR! stack at emitTwo (events.js:106:13)
gyp ERR! stack at ChildProcess.emit (events.js:191:7)
gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_proces s.js:219:12)
gyp ERR! System Linux 4.9.0-3-amd64
gyp ERR! command "/usr/bin/node" "/usr/lib/node_modules/npm/node_modules/node-gy p/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /opt/iobroker/node_modules/bufferutil
gyp ERR! node -v v6.12.2
gyp ERR! node-gyp -v v3.4.0
gyp ERR! not ok
! > mdns@2.3.4 install /opt/iobroker/node_modules/mdns
node-gyp rebuild
! make: Verzeichnis „/opt/iobroker/node_modules/mdns/build“ wird betreten
CXX(target) Release/obj.target/dns_sd_bindings/src/dns_sd.o
In file included from ../src/dns_sd.cpp:1:0:
../src/mdns.hpp:32:20: fatal error: dns_sd.h: Datei oder Verzeichnis nicht gefun den
#include <dns_sd.h>^
compilation terminated.
dns_sd_bindings.target.mk:152: die Regel für Ziel „Release/obj.target/dns_sd_bin dings/src/dns_sd.o“ scheiterte
make: *** [Release/obj.target/dns_sd_bindings/src/dns_sd.o] Fehler 1
make: Verzeichnis „/opt/iobroker/node_modules/mdns/build“ wird verlassen
gyp ERR! build error
gyp ERR! stack Error:makefailed with exit code: 2
gyp ERR! stack at ChildProcess.onExit (/usr/lib/node_modules/npm/node_module s/node-gyp/lib/build.js:276:23)
gyp ERR! stack at emitTwo (events.js:106:13)
gyp ERR! stack at ChildProcess.emit (events.js:191:7)
gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_proces s.js:219:12)
gyp ERR! System Linux 4.9.0-3-amd64
gyp ERR! command "/usr/bin/node" "/usr/lib/node_modules/npm/node_modules/node-gy p/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /opt/iobroker/node_modules/mdns
gyp ERR! node -v v6.12.2
gyp ERR! node-gyp -v v3.4.0
gyp ERR! not ok</dns_sd.h> -
bei mir geht es auch weiterhin nicht!
Habe alles nach Anleitung von Duthman gemacht, ein restart brachte auch keine Besserung!
-
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
-
Nochmal eine Zusammenfassung von mir.
Nachdem der Fehler auftrat habe ich erstmal bei mir den Fehler gesucht und habe den
Admin adapter deinstalliert und neu installiert. 2.0.7 -2.0.9
Danach im Forum gesucht
nochmals Admin adapter installiert upload usw..
js-controller neu aufgespielt
mehrfach rebootet.
Flot deinstalliert (danach beim update ging es nicht mehr)
Repos geändert und iobroker update
bislang kein Erfolg gehabt.
History:
Vorgestern Admin 3 installiert.
Heute Admin 3 update
Ical update
flot update - fehler.
Bei mir sind auf dem System alle Adapter per repo latest immer aktuell gehalten.
Edit: Es geht ja auch alles. Ich denke eher das es was mit dem Design zutun hat das es da was zerschossen hat.
2343_fireshot_capture_4_-iobroker.admin-http___192.168.2.24_8081.png
2343_fireshot_capture_5_-iobroker.admin-_http___192.168.2.24_8081__objects.png
2343_unbenannt.png -
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?
