NEWS
[fixed] Nach Update von js-controller auf 0.8.9 kein Start von iobroker Dienst mehr möglich
-
Das Verzeichnis konnte ich jetzt durch die "casesensitive" Schreibweise wieder löschen.
Habe dann nochmal den Workaround von Bluefox abgearbeitet.
Beim letzten Befehl kam dann folgendes als Ergebnis heraus:
!
klueber@SrvDK-Tools2:/opt/iobroker/node_modules/iobroker.js-controller$ sudo npm install --production npm WARN deprecated jade@0.26.3: Jade has been renamed to pug, please install the latest version of pug instead of jade npm WARN deprecated graceful-fs@2.0.3: graceful-fs version 3 and before will fail on newer node releases. Please update to graceful-fs@^4.0.0 as soon as possible. npm WARN cannot run in wd iobroker.js-controller@0.8.9 node lib/setup.js setup first (wd=/opt/iobroker/node_modules/iobroker.js-controller) mime@1.3.4 node_modules/mime ! daemonize2@0.4.2 node_modules/daemonize2 ! adm-zip@0.4.7 node_modules/adm-zip ! ncp@2.0.0 node_modules/ncp ! semver@4.3.6 node_modules/semver ! node.extend@1.1.5 node_modules/node.extend └── is@3.1.0 ! node-schedule@1.0.0 node_modules/node-schedule ├── long-timeout@0.0.2 └── cron-parser@1.1.0 ! winston@2.2.0 node_modules/winston ├── cycle@1.0.3 ├── stack-trace@0.0.9 ├── eyes@0.1.8 ├── isstream@0.1.2 ├── async@1.0.0 ├── pkginfo@0.3.1 └── colors@1.0.3 ! winston-daily-rotate-file@1.0.1 node_modules/winston-daily-rotate-file └── winston@2.1.1 (cycle@1.0.3, stack-trace@0.0.9, eyes@0.1.8, isstream@0.1.2, async@1.0.0, pkginfo@0.3.1, colors@1.0.3) ! yargs@3.32.0 node_modules/yargs ├── decamelize@1.2.0 ├── y18n@3.2.1 ├── camelcase@2.1.1 ├── window-size@0.1.4 ├── cliui@3.2.0 (wrap-ansi@2.0.0, strip-ansi@3.0.1) ├── os-locale@1.4.0 (lcid@1.0.0) └── string-width@1.0.1 (strip-ansi@3.0.1, is-fullwidth-code-point@1.0.0, code-point-at@1.0.0) ! iobroker.admin@1.0.2 node_modules/iobroker.admin ├── connect-flash@0.1.1 ├── xtend@4.0.1 ├── cookie-parser@1.4.1 (cookie-signature@1.0.6, cookie@0.2.3) ├── passport-local@1.0.0 (passport-strategy@1.0.0) ├── passport@0.2.2 (pause@0.0.1, passport-strategy@1.0.0) ├── express-session@1.13.0 (cookie-signature@1.0.6, utils-merge@1.0.0, on-headers@1.0.1, cookie@0.2.3, parseurl@1.3.1, depd@1.1.0, crc@3.4.0, uid-safe@2.0.0, debug@2.2.0) ├── body-parser@1.15.0 (content-type@1.0.1, bytes@2.2.0, depd@1.1.0, qs@6.1.0, on-finished@2.3.0, raw-body@2.1.6, http-errors@1.4.0, debug@2.2.0, iconv-lite@0.4.13, type-is@1.6.12) └── express@4.13.4 (escape-html@1.0.3, array-flatten@1.1.1, utils-merge@1.0.0, cookie-signature@1.0.6, content-type@1.0.1, methods@1.1.2, vary@1.0.1, merge-descriptors@1.0.1, fresh@0.3.0, range-parser@1.0.3, etag@1.7.0, parseurl@1.3.1, serve-static@1.10.2, path-to-regexp@0.1.7, cookie@0.1.5, content-disposition@0.5.1, depd@1.1.0, qs@4.0.0, on-finished@2.3.0, finalhandler@0.4.1, debug@2.2.0, proxy-addr@1.0.10, accepts@1.2.13, type-is@1.6.12, send@0.13.1) ! socket.io-client@1.4.5 node_modules/socket.io-client ├── to-array@0.1.4 ├── component-emitter@1.2.0 ├── indexof@0.0.1 ├── object-component@0.0.3 ├── component-bind@1.0.0 ├── backo2@1.0.2 ├── has-binary@0.1.7 (isarray@0.0.1) ├── debug@2.2.0 (ms@0.7.1) ├── socket.io-parser@2.2.6 (isarray@0.0.1, json3@3.3.2, component-emitter@1.1.2, benchmark@1.0.0) ├── parseuri@0.0.4 (better-assert@1.0.2) └── engine.io-client@1.6.8 (yeast@0.1.2, component-emitter@1.1.2, has-cors@1.1.0, component-inherit@0.0.3, xmlhttprequest-ssl@1.5.1, parsejson@0.0.1, parseqs@0.0.2, ws@1.0.1, engine.io-parser@1.2.4) ! socket.io@1.4.5 node_modules/socket.io ├── has-binary@0.1.7 (isarray@0.0.1) ├── debug@2.2.0 (ms@0.7.1) ├── socket.io-parser@2.2.6 (isarray@0.0.1, json3@3.3.2, component-emitter@1.1.2, benchmark@1.0.0) ├── socket.io-adapter@0.4.0 (socket.io-parser@2.2.2) └── engine.io@1.6.8 (base64id@0.1.0, ws@1.0.1, accepts@1.1.4, engine.io-parser@1.2.4) ! prompt@1.0.0 node_modules/prompt ├── revalidator@0.1.8 ├── pkginfo@0.4.0 ├── colors@1.1.2 ├── read@1.0.7 (mute-stream@0.0.6) ├── winston@2.1.1 (cycle@1.0.3, stack-trace@0.0.9, eyes@0.1.8, isstream@0.1.2, async@1.0.0, pkginfo@0.3.1, colors@1.0.3) └── utile@0.3.0 (deep-equal@0.2.2, async@0.9.2, i@0.3.4, ncp@1.0.1, mkdirp@0.5.1, rimraf@2.5.2) ! tar.gz@1.0.3 node_modules/tar.gz ├── commander@2.9.0 (graceful-readlink@1.0.1) ├── bluebird@2.10.2 ├── tar@2.2.1 (inherits@2.0.1, block-stream@0.0.8) ├── chai@3.5.0 (assertion-error@1.0.1, type-detect@1.0.0, deep-eql@0.1.3) ├── fstream@1.0.8 (inherits@2.0.1, graceful-fs@4.1.3, mkdirp@0.5.1, rimraf@2.5.2) ├── mocha@2.4.5 (escape-string-regexp@1.0.2, commander@2.3.0, diff@1.4.0, growl@1.8.1, supports-color@1.2.0, debug@2.2.0, mkdirp@0.5.1, glob@3.2.3, jade@0.26.3) └── mout@0.11.1 ! request@2.72.0 node_modules/request ├── aws-sign2@0.6.0 ├── forever-agent@0.6.1 ├── tunnel-agent@0.4.2 ├── oauth-sign@0.8.1 ├── is-typedarray@1.0.0 ├── caseless@0.11.0 ├── stringstream@0.0.5 ├── isstream@0.1.2 ├── json-stringify-safe@5.0.1 ├── extend@3.0.0 ├── tough-cookie@2.2.2 ├── node-uuid@1.4.7 ├── qs@6.1.0 ├── combined-stream@1.0.5 (delayed-stream@1.0.0) ├── mime-types@2.1.10 (mime-db@1.22.0) ├── form-data@1.0.0-rc4 (async@1.5.2) ├── aws4@1.3.2 (lru-cache@4.0.1) ├── bl@1.1.2 (readable-stream@2.0.6) ├── hawk@3.1.3 (cryptiles@2.0.5, boom@2.10.1, sntp@1.0.9, hoek@2.16.3) ├── har-validator@2.0.6 (commander@2.9.0, pinkie-promise@2.0.1, chalk@1.1.3, is-my-json-valid@2.13.1) └── http-signature@1.1.1 (assert-plus@0.2.0, jsprim@1.2.2, sshpk@1.8.1) ! npm@2.15.4 node_modules/npm !Leider bleibt alles beim alten … ich kann den daemon einfach nicht starten.
Es bleibt dann wohl doch nichts anderes mehr übrig, als alles neu zu installieren. :cry: :cry: :cry:
Oder hat noch jemand einen Tipp?
Gruß
Danilo `
Sieht alles absolut sauber.Ich denke es geht um Rechten.
Was siehst du, wenn:
cd /opt/iobroker sudo chmod 777 * -R node node_modules/iobroker.js-controller/controller.jsAusführst?
-
Da passiert leider gar nichts.
Ich kann nach dem Absenden des Befehls noch weiter Eingaben machen. Anscheinend wartet er noch auf irgendeinen Befehl.
Nach etwa 10 Minuten hab ich es dann abgebrochen.
klueber@SrvDK-Tools2:/opt/iobroker$ node node_modules/iobroker.js-controller/controller.js ^Cklueber@SrvDK-Tools2:/opt/iobroker$Gruß
Danilo
-
Hi,
benutze das Thema gleich um meine Erfahrung mit dem Update auf 8.10 mitzuteilen.
Nach dem Update aus der Admin Oberfläche, war quasi die Adminoberfläche nicht mehr erreichbar! IOBroker schien aber irgenwie gelaufen zu sein, den der Daemon konnte nach dem Reboot des PI`S gestoppt werden. Beim laden kam statt des Zahnrades ein eigenwilliges Zeichen.
Sowohl beim Update auf 8.9 sowohl auch auf 8.10 half mir dann der Workaround? …..
cd /opt/iobroker ./iobroker stop npm install iobroker.admin npm install iobroker.js-controller chmod 777 * -R iobroker startGruß
-
Es gibt ein Update von 0.8.9 auf 0.8.10 (bei mir auf NUC mit Ubuntu)
Es passiert:
$ ./iobroker upgrade self npm install iobroker.js-controller --production --prefix "/opt/iobroker" (System call) npm WARN deprecated jade@0.26.3: Jade has been renamed to pug, please install the latest version of pug instead of jade npm WARN deprecated graceful-fs@2.0.3: graceful-fs version 3 and before will fail on newer node releases. Please update to graceful-fs@^4.0.0 as soon as possible. Host "iobroker" (linux) updated Execute: chmod 777 -R /opt/iobroker Chmod finished. Restart controller ERROR: fs.js:549 return binding.open(pathModule._makeLong(path), stringToFlags(flags), mode); ^ Error: ENOENT: no such file or directory, open '/opt/iobroker/node_modules/iobroker.js-controller/lib/../log/restart.log' at Error (native) at Object.fs.openSync (fs.js:549:18) at restartController (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup.js:2113:18) at /opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupUpgrade.js:212:29 at ChildProcess. <anonymous>(/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupUpgrade.js:263:31) at emitTwo (events.js:87:13) at ChildProcess.emit (events.js:172:7) at Process.ChildProcess._handle.onexit (internal/child_process.js:200:12) ERROR: process exited with code 1</anonymous>Hab schnell mein Backup wieder zurückgespielt :lol:
-
Ich hab genau das selbe Problem.
Zum Glück teste ich momentan erstmal alles auf einer VM :D
Komischerweise habe ich das Update einfach nochmals ausgeführt, gleich direkt nach der Fehlermeldung. Dabei dann ohne Fehlermeldung. :?
Anschließend den Rechner neu gestartet und es lief problemlos.
–-------------
Ich habe ja mittlerweile alles neu installiert.
Ich habe den Rechner wieder genauso benannt und die selbe IP-Adresse vergeben.
Wenn ich jetzt aber die "objects.json" im "iobroker-data" Verzeichnis vom alten Rechner wieder einspiele (hier sollen doch glaube ich u.a. die Scripte dein sein),
kann ich den Daemonn zwar problemlos starten, aber die Admin-Seite ist nicht erreichbar.
Ich habe auch schon mal das komplette "iobroker-data" Verzeichnis zurück kopiert, leider mit dem selben Ergebis.
Sobald ich das komplette "iobroker" Verzeichnis zurück kopiere, bin ich wieder bei meinem alten Problem, dass ich den Daemon nicht mehr starten kann.
Kann ich nicht einfach Daten vom alten Rechner zurückkopieren?
Gruß
Danilo
-
Es gibt ein Update von 0.8.9 auf 0.8.10 (bei mir auf NUC mit Ubuntu)
Es passiert:
$ ./iobroker upgrade self npm install iobroker.js-controller --production --prefix "/opt/iobroker" (System call) npm WARN deprecated jade@0.26.3: Jade has been renamed to pug, please install the latest version of pug instead of jade npm WARN deprecated graceful-fs@2.0.3: graceful-fs version 3 and before will fail on newer node releases. Please update to graceful-fs@^4.0.0 as soon as possible. Host "iobroker" (linux) updated Execute: chmod 777 -R /opt/iobroker Chmod finished. Restart controller ERROR: fs.js:549 return binding.open(pathModule._makeLong(path), stringToFlags(flags), mode); ^ Error: ENOENT: no such file or directory, open '/opt/iobroker/node_modules/iobroker.js-controller/lib/../log/restart.log' at Error (native) at Object.fs.openSync (fs.js:549:18) at restartController (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup.js:2113:18) at /opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupUpgrade.js:212:29 at ChildProcess. <anonymous>(/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupUpgrade.js:263:31) at emitTwo (events.js:87:13) at ChildProcess.emit (events.js:172:7) at Process.ChildProcess._handle.onexit (internal/child_process.js:200:12) ERROR: process exited with code 1</anonymous>Hab schnell mein Backup wieder zurückgespielt :lol: `
Genau diese Fehler hat 0.8.10 gefixt. Nach dem Rechnerrestart würde es laufen. -
Ich hab genau das selbe Problem.
Zum Glück teste ich momentan erstmal alles auf einer VM :D
Komischerweise habe ich das Update einfach nochmals ausgeführt, gleich direkt nach der Fehlermeldung. Dabei dann ohne Fehlermeldung. :?
Anschließend den Rechner neu gestartet und es lief problemlos.
–-------------
Ich habe ja mittlerweile alles neu installiert.
Ich habe den Rechner wieder genauso benannt und die selbe IP-Adresse vergeben.
Wenn ich jetzt aber die "objects.json" im "iobroker-data" Verzeichnis vom alten Rechner wieder einspiele (hier sollen doch glaube ich u.a. die Scripte dein sein),
kann ich den Daemonn zwar problemlos starten, aber die Admin-Seite ist nicht erreichbar.
Ich habe auch schon mal das komplette "iobroker-data" Verzeichnis zurück kopiert, leider mit dem selben Ergebis.
Sobald ich das komplette "iobroker" Verzeichnis zurück kopiere, bin ich wieder bei meinem alten Problem, dass ich den Daemon nicht mehr starten kann.
Kann ich nicht einfach Daten vom alten Rechner zurückkopieren?
Gruß
Danilo `
Hoch wahrscheinlich ist dein admin deaktiviert.Was siehst du bei "iobroker list instances" ?
Schreib "iobroker start admin"
-
-
Hoch wahrscheinlich ist dein admin deaktiviert.
Was siehst du bei "iobroker list instances" ?
Schreib "iobroker start admin" `
Das ist das Ergebnis von list instances:
system.adapter.admin.0 : admin - enabled, port: 8081, bind: 0.0.0.0, run as: admin system.adapter.web.0 : web - enabled, port: 8082, bind: 0.0.0.0, run as: admin system.adapter.vis.0 : vis - enabled system.adapter.hm-rpc.0 : hm-rpc - enabled, port: 0 system.adapter.hm-rega.0 : hm-rega - enabled system.adapter.javascript.0 : javascript - enabledDa der admin bereits gestartet war, hat ein erneuter Start keine Änderung gebracht.
Mir würde es ja schon ausreichen, wenn ich meine Javascripte und die node-red Scripte wieder herstellen kann,
denn ob ich das nochmal so hinbekommen würde, weiß ich leider nicht. :(
Gruß
Danilo
-
zur Info, bin auch auf 0.8.10 (http://forum.iobroker.net/viewtopic.php?f=17&t=2575&start=20#p24715)
Gruß
Tino
-
Hi Leute,
ich habe meinen Admin leider immer noch nicht zum laufen bekommen. Mein Problem ist glaub ich der Node.js
root@cubietruck:~# sudo apt-get install nodejs Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: nodejs : Depends: libc6 (>= 2.16) but 2.13-38+deb7u10 is to be installed Depends: libstdc++6 (>= 5.2) but 4.7.2-5 is to be installed E: Unable to correct problems, you have held broken packages. root@cubietruck:~# node --version node: /usr/lib/arm-linux-gnueabihf/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by node) node: /lib/arm-linux-gnueabihf/libc.so.6: version `GLIBC_2.16' not found (required by node) root@cubietruck:~#Kann mir jemand n Tipp geben ?
Gruß Michael
-
Ja, sieht nach nodejs Problem aus.
Weisst du noch welche Version du hattest - wird ja nicht mehr ausgegeben :(
Welche Hardware, Weches OS?
Gruß
Rainer
-
wenn du mutig bist machst du ein
sudo apt-get purge nodejsund installierts nodejs neu:
wget http://node-arm.herokuapp.com/node_archive_armhf.deb sudo dpkg -i node_archive_armhf.deb sudo apt-get install build-essential rebootGruß
Rainer
-
root@cubietruck:/opt/iobroker# ./iobroker start
iobroker controller daemon already running. PID: 2052
aber ich komm trotzdem nicht drauf
root@cubietruck:/opt/iobroker# iobroker list instances events.js:85 throw er; // Unhandled 'error' event ^ Error: listen EADDRINUSE at exports._errnoException (util.js:746:11) at Server._listen2 (net.js:1156:14) at listen (net.js:1182:10) at Server.listen (net.js:1267:5) at _initWebServer (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsInMemServer.js:2620:24) at /opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsInMemServer.js:147:9 at new ObjectsInMemServer (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsInMemServer.js:154:7) at null._onTimeout (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup.js:2256:27) at Timer.listOnTimeout (timers.js:119:15) root@cubietruck:/opt/iobroker# root@cubietruck:/opt/iobroker# iobroker start admin events.js:85 throw er; // Unhandled 'error' event ^ Error: listen EADDRINUSE at exports._errnoException (util.js:746:11) at Server._listen2 (net.js:1156:14) at listen (net.js:1182:10) at Server.listen (net.js:1267:5) at _initWebServer (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsInMemServer.js:2620:24) at /opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsInMemServer.js:147:9 at new ObjectsInMemServer (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsInMemServer.js:154:7) at null._onTimeout (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup.js:2256:27) at Timer.listOnTimeout (timers.js:119:15) -
Support us
604
Online32.5k
Benutzer81.7k
Themen1.3m
Beiträge