[Gelöst] Admin-Reiter bleibt leer und hängt bei "Bearbeite…" fest (Admin v2 und v3)

kmxak

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: make failed 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: make failed 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>

knopers1

bei mir geht es auch weiterhin nicht!

Habe alles nach Anleitung von Duthman gemacht, ein restart brachte auch keine Besserung!

Homoran

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

kmxak

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

Segway

~~@Homoran:~~

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

RappiRN

~~@Homoran:~~

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

Holger76

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 ?

lobomau

~~@Holger76:~~

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.

frankjoke

~~@Homoran:~~

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 mittels

iobroker 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!

jensus11

Super, das funktioniert bei mir auch.

Gestern hatte ich den gleichen Fehler mit yahka.

Habe dann den letzten Snapshot eingespielt und alles ging wieder.

RappiRN

Jupp, das wars!

Enrico

sigi234

` > Habe daraufhin mittels

iobroker upgrade flot@1.7.0
flot auf eine ältere Version gesetzt und der Fehler ist weg! `

DANKE das hat geholfen :)

Smokey

~~@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!

RappiRN

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

frankjoke

Übrigens,

auch

iobroker upgrade flot@1.7.1

````funktioniert, ab 1.7.3 nicht!

Mento

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.0

lief 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 restart

Die Adapter werden nun wieder in Admin 2 angezeigt.

~~![](</s><URL url=)http://up.picr.de/31435868hy.jpg" />

~~![](</s><URL url=)http://up.picr.de/31435878eh.jpg" />~~~~

Segway

~~@fsjoke:~~

~~@Homoran:~~
Habe daraufhin mittels
iobroker upgrade flot@1.7.0
flot auf eine ältere Version gesetzt und der Fehler ist weg!

Jau TOP ! Hat geholfen

Yellowball

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?

RappiRN

Na wieder zurück, per Konsole!

Enrico

Yellowball

schön wär's:

~~![](</s><URL url=)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?~~

Community Forum

NEWS

[Gelöst] Admin-Reiter bleibt leer und hängt bei "Bearbeite…" fest (Admin v2 und v3)

Support us

749

32.4k

81.5k

1.3m