[fixed] Nach Update von js-controller auf 0.8.9 kein Start von iobroker Dienst mehr möglich

RS_Tobi

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.

Oder hat noch jemand einen Tipp?

Gruß

Danilo `

Ich hatte eben die selbe Meldung (wie hier oben im Spoiler) erhalten und auch nach dem WORKAROUND gearbeitet.

Jedoch lies sich mein Deamon wieder starten.

Ob er noch funktioniert bzw in wie weit, muss ich gleich noch testen…

Ich habe diesmal nicht den FEHLER gemahct, einfach etwas auszuprobieren um nicht noch mehr zu beschädigen.

somit habe ich nur den npm cache geleert und danach das WORKAROUND ausprobiert.

grüße

Bluefox

~~@Nili:~~

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.

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

Ausführst?

Nili

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

Michmu

Kurze Info ich habe es mit "WORKAROUND" wieder zum laufen gebracht. Danke für eure Hilfe!!!!! (Meine Freundin hat nichts gemerkt)

blauholsten

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 start

Gruß

Solear

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:

Nili

Ich hab genau das selbe Problem.

Zum Glück teste ich momentan erstmal alles auf einer VM

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

Bluefox

~~@Solear:~~

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.

Bluefox

~~@Nili:~~

Ich hab genau das selbe Problem.

Zum Glück teste ich momentan erstmal alles auf einer VM

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"

Solear

~~@Bluefox:~~

Genau diese Fehler hat 0.8.10 gefixt. Nach dem Rechnerrestart würde es laufen. `

OK. Hab nochmal von 0.8.9 auf 0.8.10 geupdatet und trotz der Fehlermeldungen danach neu gestartet.

Klappt alles - keine Fehler zu sehen!

Danke! 8-)

Nili

~~@Bluefox:~~

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		-  enabled

Da 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

aquapro

zur Info, bin auch auf 0.8.10 (http://forum.iobroker.net/viewtopic.php?f=17&t=2575&start=20#p24715)

Gruß

Tino

Thisoft

Auch ich bin auf 0.8.10.

Musste den "Workaround" über

npm install iobroker.js-controller

anwenden weil das normale Upgrade auf Fehler lief. Aber seitdem alles OK.

rascal

Damit hat es bei mir auch geklappt, auf Ubuntu und Raspian.. War mutig, dass ganze über VPN von meinem Smartphone aus [emoji13]

Gesendet von meinem HUAWEI CRR-L09 mit Tapatalk

Michmu

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

Homoran

Ja, sieht nach nodejs Problem aus.

Weisst du noch welche Version du hattest - wird ja nicht mehr ausgegeben

Welche Hardware, Weches OS?

Gruß

Rainer

Michmu

Cubietruck 3

ARMBIAN Debian GNU/Linux 7 (wheezy) 3.4.112-sun7i

Die version weiß ich leider nichtmehr…

Homoran

wenn du mutig bist machst du ein

sudo apt-get purge nodejs

und 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 
    reboot

Gruß

Rainer

Michmu

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)

derAuge

versuch mal von der Konsole

ps -A | grep " io.*"

Gruß

Jürgen

NEWS

[fixed] Nach Update von js-controller auf 0.8.9 kein Start von iobroker Dienst mehr möglich

Support us

957
Online

31.9k
Users

80.1k
Topics

1.3m
Posts

NEWS

[fixed] Nach Update von js-controller auf 0.8.9 kein Start von iobroker Dienst mehr möglich

Support us

957Online

31.9kUsers

80.1kTopics

1.3mPosts

957
Online

31.9k
Users

80.1k
Topics

1.3m
Posts