NEWS
[Diskussion] js-controller 1.5.14 in latest
-
@Stabilostick sagte in [Diskussion] js-controller 1.5.13/14 in latest:
Prima!
Der offizielle Aufruf des Installationsfixers lautet
curl -sL https://iobroker.net/fix.sh | bash -
diesen hatte ich auch verwendet ... den anderen von mir geposteten Befehl hatte ich aus der Doku herauskopiert - sorry
-
Jepp, jetzt funktioniert es auch mit eigenem Zertifikat. So oft wie in den letzten 24h habe ich den ioB in den letzten Monaten nicht gekillt...
Geht bei euch dann noch der Info-Adapter? Keine Fehler im Log, zeigt bei mir bis auf die Spinner einfach nix mehr an. -
@BBTown Aus welcher Doku? Hast Du den Link das wir den korrigieren können? Ich hoffe es war nicht der Thread wo wir den Fixer das allererste mal getestet haben
-
@Stabilostick sagte in [Diskussion] js-controller 1.5.13/14 in latest:
Prima!
Der offizielle Aufruf des Installationsfixers lautet
curl -sL https://iobroker.net/fix.sh | bash -
Übrigens, wenn er in der letzten Zeit schon mal genutzt wurde, geht auch
iobroker fix
bzwiob fix
je nach js-c Version. -
@apollon77 aus folgendem Bereich der Doku
-
@foxriver76 das ist erst im Controller 2.0 drin denke ich.
-
@apollon77 Nope, wird mit dem Installer/Fixer angelegt.
-
Der 1.5.14‘er js-controller ist jetzt im latest-Repositoy. Habe den Namen dieses Threads entsprechend angepasst. Siehe https://forum.iobroker.net/post/282544
-
Hallo,
ich hatte beim Update erste den Fehler von crunchip (fehlende Berechtigungen), war als sudo angemeldet und Fixer ist früher schon gelaufen. Also noch mal den Fixer aus dem Root laufen lassen und jetzt kommt beim Versuch des Updates:
npm ERR! path /opt/iobroker/node_modules/.bin/semver npm ERR! code EEXIST npm ERR! Refusing to delete /opt/iobroker/node_modules/.bin/semver: is outside /opt/iobroker/node_modules/semver and not a link npm ERR! File exists: /opt/iobroker/node_modules/.bin/semver npm ERR! Move it away, and try again. npm ERR! A complete log of this run can be found in: npm ERR! /root/.npm/_logs/2019-07-30T06_13_49_753Z-debug.log
Soll ich jetzt das Verzeichnis "semver" löschen? Oder was möchte er mir sagen?
Grüße
Brati
-
@Brati sagte in [Diskussion] js-controller 1.5.14 in latest:
/opt/iobroker/node_modules/.bin/semver
Nein du sollst /opt/iobroker/node_modules/.bin/semver löschen (nur ein File). So etwas passiert normalerweise wenn man node_modules ordner falsch durch die Gegend kopiert
-
Hab nix kopiert :). Ok, also lösche ich den mal und lasse das js-controller Update neu laufen...
Grüße
Brati
-
@Brati ALles gut, können auch npm altlasten sein oder so
-
Die "rimraf" musste ich auch noch löschen und jetzt ist der js-controller auf v. 1.5.14. Alle Adapter auf "grün". Die folgenden Meldungen ignoriere ich mal:
Update js-controller from @1.5.12 to @1.5.14 NPM version: 6.4.1 npm install iobroker.js-controller@1.5.14 --unsafe-perm --production --save --prefix "/opt/iobroker" (S ystem call) ../src/diskusage_posix.cpp: In function ‘DiskUsage GetDiskUsage(const char*)’: ../src/diskusage_posix.cpp:10:28: warning: missing initializer for member ‘statvfs::f_bsize’ [-Wmissing -field-initializers] struct statvfs info = {}; ^ ../src/diskusage_posix.cpp:10:28: warning: missing initializer for member ‘statvfs::f_frsize’ [-Wmissin g-field-initializers] ../src/diskusage_posix.cpp:10:28: warning: missing initializer for member ‘statvfs::f_blocks’ [-Wmissin g-field-initializers] ../src/diskusage_posix.cpp:10:28: warning: missing initializer for member ‘statvfs::f_bfree’ [-Wmissing -field-initializers] ../src/diskusage_posix.cpp:10:28: warning: missing initializer for member ‘statvfs::f_bavail’ [-Wmissin g-field-initializers] ../src/diskusage_posix.cpp:10:28: warning: missing initializer for member ‘statvfs::f_files’ [-Wmissing -field-initializers] ../src/diskusage_posix.cpp:10:28: warning: missing initializer for member ‘statvfs::f_ffree’ [-Wmissing -field-initializers] ../src/diskusage_posix.cpp:10:28: warning: missing initializer for member ‘statvfs::f_favail’ [-Wmissin g-field-initializers] ../src/diskusage_posix.cpp:10:28: warning: missing initializer for member ‘statvfs::f_fsid’ [-Wmissing- field-initializers] ../src/diskusage_posix.cpp:10:28: warning: missing initializer for member ‘statvfs::f_flag’ [-Wmissing- field-initializers] ../src/diskusage_posix.cpp:10:28: warning: missing initializer for member ‘statvfs::f_namemax’ [-Wmissi ng-field-initializers] ../src/diskusage_posix.cpp:10:28: warning: missing initializer for member ‘statvfs::__f_spare’ [-Wmissi ng-field-initializers] npm WARN optional SKIPPING OPTIONAL DEPENDENCY: osx-temperature-sensor@1.0.3 (node_modules/osx-temperat ure-sensor): npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for osx-temperature-sensor@1.0.3: wa nted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"}) npm WARN optional SKIPPING OPTIONAL DEPENDENCY: xpc-connection@0.1.4 (node_modules/xpc-connection): npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for xpc-connection@0.1.4: wanted {"o s":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"}) Host "ioBroker" (linux) updated Execute: chmod -R 777 /opt/iobroker Chmod finished. Restart controller Starting node restart.js
oder müßte ich hier auch noch reagieren?
Grüße
Brati
-
@Brati Ich tippe auf nodejs 8? Dann ost das ok .. mit nodejs 10 kommen keine Meldungen mehr
-
@apollon77 sagte in [Diskussion] js-controller 1.5.14 in latest:
@Brati Ich tippe auf nodejs 8? Dann ost das ok .. mit nodejs 10 kommen keine Meldungen mehr
Jepp, "v8.16.0". Na dann werde ich das auch mal updaten.
Vielen Dank.
Grüße Brati
-
@Brati Stop! DFas hab ich nicht gesagt. Es tiut auch so alles, sind nur Warnungen. Formal hast Du zeit bis April 2020!! Erst dann geht die nodejs 8 EOL.
-
Noch nix passiert lege es auf Wiedervorlage...
-
Hi,
habe 3 iobroker auf js-controller 1.5.14 aktualisiert - keine Probleme während u. nach dem Update. Alle Installationen laufen mit Node 10.16.0 und NPM 6.9.0. Soweit so gut. Hab im Anschluss mal versucht, ein Backup-File (vom akt. Stand) auf einem neu installierten Testsystem unter gleichen Bedingungen (Node 10.16.0/NPM 6.9.0 und js-controller 1.5.14) zu restoren.
Das funktioniert leider überhaupt nicht. Folgen Fehlermeldungen erscheinen:Hab das mit allen 3 Installationen bzw. Backups probiert - immer das gleiche Resultat. Das neuinstallierte Testsystem wurde mit Debian Stretch als auch Buster aufgesetzt. Auch das macht keinen Unterschied.
Die Backups (minimal) wurden mit dem Adapter Backitup erstellt und haben in der Vergangenheit funktioniert.Ist dieses Problem bekannt bzw. auch bei anderen schon aufgetreten? Wäre super, wenn es da eine Lösung gebe - so richtig wohl ist mir nicht bei dem Gedanken, kein Backup restoren zu können.
Grüße Sven
-
"restore 0" funktioniert schon länger nicht mehr. Zumindest bei mir.
Aber egal, mit Angabe des Dateinamens statt der 0 läuft Restore perfekt.
-
danke, das war der richtige Hinweis. Jetzt klappt es mit dem Einspielen des Backups. Das die Ziffern nicht mehr funktionieren war mir gar nicht bekannt. Hatte das gestern mit einem File an 2. Stelle (1) probiert - ging auch nicht.
Hat aber somit nichts mit dem Update des js-controllers zu tun. Puh, Erleichterung.