NEWS
Adapter von Github
-
Hallo,
ich habe mein ioBroker System auf einem Intel Nuc laufen (Windows 10).
Nun wollte ich folgenden Adapter "ioBroker.wiffi-wz" installieren bekomme dann aber folgende
Fehlermeldung.
Habt ihr eine Idee?
Fertig mit Fehler: host.Intel_Nuc Cannot install https://github.com/t4qjXH8N/ioBroker.wi … all/master: 4294963214
$ ./iobroker url "https://github.com/t4qjXH8N/ioBroker.wiffi-wz.git" --debug install https://github.com/t4qjXH8N/ioBroker.wiffi-wz/tarball/master npm install https://github.com/t4qjXH8N/ioBroker.wiffi-wz/tarball/master --production --prefix "C:/ioBroker" (System call) npm WARN rollback Rolling back iobroker.wiffi-wz@1.2.4 failed (this is probably harmless): EBUSY: resource busy or locked, rmdir 'C:\ioBroker\node_modules\iobroker.wiffi-wz' npm ERR! path C:\ioBroker\node_modules\iobroker.wiffi-wznpm ERR! code EBUSY npm ERR! errno -4082 npm ERR! syscall rename npm ERR! EBUSY: resource busy or locked, rename 'C:\ioBroker\node_modules\iobroker.wiffi-wz' -> 'C:\ioBroker\node_modules\.iobroker.wiffi-wz.DELETE' npm ERR! A complete log of this run can be found in:npm ERR! C:\WINDOWS\system32\config\systemprofile\AppData\Roaming\npm-cache\_logs\2018-08-29T10_29_28_201Z-debug.log ERROR: host.Intel_Nuc Cannot install https://github.com/t4qjXH8N/ioBroker.wiffi-wz/tarball/master: 4294963214 ERROR: process exited with code 25
-
Deinem Filesystem geht es noch gut? Das ist an sich eine Meldung des Filesystems das es "busy or locked" ist … SD Karte überprüfen!!
-
?
Das ist eine SSD Platte wo auch Windows installiert ist.
-
Ok, interessant … Dennoch hat das in meinem Verständnis nichts mit GitHub oder dem Adapter zu tun sondern aus irgendeinem Grund willnpm zurückrollen und dann kommt beim Löschen eines Verzeichnisses das "resource is busy or locked" ...
-
ok,
aber was kann ich nun machen?
-
Googeln?
-
oder mal anders gefragt wie bekomme ich unter Windows 10
diesen Adapter "ioBroker.wiffi-wz"installiert?
-
Hast du denn die Dinge aus dem Link probiert? Der Fehler hat nichts mit dem Adapter an sich zu tun und auch der Weg in zu installieren ist vollkommen korrekt gewesen. Scheinbar ist aber mit deinem lokalen npm irgendetwas nicht in Ordnung.
Gesendet vom Handy …
-
Danke für deine Unterstützung.
Steige da nicht wirklich durch was npm unter Windows angeht.
-
Der wiffi-wz taucht jetzt unter dem Reiter Adapter auf.
Sobald ich aber versuche den Adapter zu installieren kommen folgende Meldungen.
-
Unvollständiges log - da müsste am Ende ein „Exit 0“ oder so stehen. aber an sich sollte ok sein. Sind nur Warnungen.
Gesendet vom Handy …
-
@apollon77: Nein, das Log von bibo09 ist nicht unvollständig. Die Installation bleibt tatsächlich an dieser Stelle auf Windows einfach hängen. Habe das auch bei mir getestet.
Ausgelöst wird das IMHO vom Aufruf
package.json "scripts": { "install": "node main.js --install", "test": "node node_modules/mocha/bin/mocha --exit" },
, also genauer von
node main.js --install
das letzendlich den folgenden "Dauerfehler" erzeugt:
C:\dev\iobroker\node_modules\iobroker.wiffi-wz>node main.js --install --log --console 2018-08-30 22:12:34.083 - info: wiffi-wz.0 starting. Version 1.2.4 in C:/dev/iobroker/node_modules/iobroker.wiffi-wz, node: v8.11.1 2018-08-30 22:12:34.091 - info: wiffi-wz.0 Opening socket ... 2018-08-30 22:12:34.092 - info: wiffi-wz.0 Opening local server on 0.0.0.0:8181 2018-08-30 22:12:34.095 - info: wiffi-wz.0 Server listening on 0.0.0.0:8181 2018-08-30 22:12:39.244 - info: wiffi-wz.0 Stopping adapter ... ReferenceError: sock is not defined at Server. <anonymous>(C:\dev\iobroker\node_modules\iobroker.wiffi-wz\main.js:220:36) at emitNone (events.js:106:13) at Server.emit (events.js:208:7) at emitCloseNT (net.js:1671:8) at _combinedTickCallback (internal/process/next_tick.js:135:11) at process._tickCallback (internal/process/next_tick.js:180:9) 2018-08-30 22:12:39.251 - error: wiffi-wz.0 uncaught exception: sock is not defined 2018-08-30 22:12:39.251 - error: wiffi-wz.0 ReferenceError: sock is not defined at Server. <anonymous>(C:\dev\iobroker\node_modules\iobroker.wiffi-wz\main.js:220:36) at emitNone (events.js:106:13) at Server.emit (events.js:208:7) at emitCloseNT (net.js:1671:8) at _combinedTickCallback (internal/process/next_tick.js:135:11) at process._tickCallback (internal/process/next_tick.js:180:9) 2018-08-30 22:12:39.251 - info: wiffi-wz.0 Stopping adapter ... ReferenceError: sock is not defined at Server. <anonymous>(C:\dev\iobroker\node_modules\iobroker.wiffi-wz\main.js:220:36) at emitNone (events.js:106:13) at Server.emit (events.js:208:7) at emitCloseNT (net.js:1671:8) at _combinedTickCallback (internal/process/next_tick.js:135:11) at Immediate._tickCallback [as _onImmediate] (internal/process/next_tick.js:180:9) at runCallback (timers.js:794:20) at tryOnImmediate (timers.js:752:5) at processImmediate [as _immediateCallback] (timers.js:729:5) 2018-08-30 22:12:39.253 - error: wiffi-wz.0 uncaught exception: sock is not defined 2018-08-30 22:12:39.254 - error: wiffi-wz.0 ReferenceError: sock is not defined at Server. <anonymous>(C:\dev\iobroker\node_modules\iobroker.wiffi-wz\main.js:220:36) at emitNone (events.js:106:13) at Server.emit (events.js:208:7) at emitCloseNT (net.js:1671:8) at _combinedTickCallback (internal/process/next_tick.js:135:11) at Immediate._tickCallback [as _onImmediate] (internal/process/next_tick.js:180:9) at runCallback (timers.js:794:20) at tryOnImmediate (timers.js:752:5) at processImmediate [as _immediateCallback] (timers.js:729:5) 2018-08-30 22:12:39.257 - info: wiffi-wz.0 Stopping adapter ... ReferenceError: sock is not defined [...]</anonymous></anonymous></anonymous></anonymous>
Deshalb die Bitte an bibo09: Bitte Issue für den Adapter-Entwickler auf GitHub erstellen.
Wenn man die –install-Zeile weglässt, läuft die Installation durch. DIe Objekte sind auch unterhalb des root-Devices angelegt. Nur werden sie nicht aktualisiert...
PS: Jaja, schon klar, dass 127.0.0.1 nicht geht. Musste aber was für den Screenshot angeben…
-
@bibo09 Der param12 muss noch auf 8081 gestellt sein.
-
Hallo Leute,
der Fehler "sock not found" ist ein echter Adapter-Fehler, welcher in der Version 1.2.5 gefixed sein sollte. Was die Installationsprobleme betrifft schließe ich mich Apollon an, das liegt, zumindest sieht das bei mir so aus, nicht am Adapter. Ich nutze Windows 10 auf zwei Systemen und die Installation und der Adapter läuft.
-
Mit fällt zu den NPM Problemen unter Windows noch Folgendes ein. Ich hatte ähnliche Probleme und habe daraufhin NPM wie hier https://stackoverflow.com/questions/184 … on-windows beschrieben geupdated.
-
Npm ist 6.4.0. Neuer geht nicht. Schau doch oben mal das Log von dem install-Aufruf an. Socket error und der Prozess beendet sich nicht bei —install.
-
ggf ein explizizes process.exit() bzw adapter.stop() einbauen ?! (mit zeitlicher verzögerung!)
-
Danke für dein Support der Adapter fuktioniert jetzt soweit. Werte per json kommen auch rein.
Mal schauen ob das Problem bei der Installation unter Win 10 gelöst wird.
Gruß
bibo
Gesendet von meinem SM-G930F mit Tapatalk