js-controller 2.0 ab sofort im Latest Repo
-
Sind bereits Fehler bei Deinstallationen von Adaptern bekannt?
In meinem Fall habe ich den mobile Adapter deinstalliert.
Seitdem startet der Windows Dienst nicht mehr.Ihm scheint der JS Controller zu fehlen...
Error: Cannot find module 'D:\ioBroker\NUCmaster\node_modules\iobroker.js-controller\controller.js' at Function.Module._resolveFilename (internal/modules/cjs/loader.js:636:15) at Function.Module._load (internal/modules/cjs/loader.js:562:25) at Function.Module.runMain (internal/modules/cjs/loader.js:831:12) at startup (internal/bootstrap/node.js:283:19) at bootstrapNodeJSCore (internal/bootstrap/node.js:622:3) -
@mdsv ja das ist aber der Browser der zum Web Adapter verbindet und Daten initialisiert. hat mit dem Controller nichts zu tun.
-
@aleks-83 bekannt ist es nicht und auch bisher noch nie passiert. Ich hatte das letztens intensiv getestet. Da hat npm bei die was komisches getan
-
@apollon77
Liegt evtl. daran dass sie mein JS ungewollt selbst auf 2.0.29 geupdatet hat!?
Ich bin ja unter Windows und JS hat sich nach dem anklicken von "alle Adapter updaten" selbst aktualisiert. -
@aleks-83 ohne mehr logs keine Ahnung. Und Alle Adapter Update and meint genau das… Was meinst du mit ungewollt?
-
@apollon77
Ich wollte eigentlich erst bei 1.5.14 bleiben weil es hieß dass man JS unter Windows nicht per npm updaten soll.
Es hat sich aber aktualisiert als ich "Alle Adapter updaten" ausgeführt habe.
Der Button im Admin:
-
@aleks-83 Ahhh Deu mein den "JS-Controller" mit "JS" ... für mich war das der Javsscript adapter.. Zu controller windows muss @Stabilostick was sagen
-
@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
3 bekannt ist es nicht und auch bisher noch nie passiert. Ich hatte das letztens intensiv getestet. Da hat npm bei die was komisches getan .
Genau das gleiche ist ja bei mir auch passiert - nur das ich das Host Update händisch angestoßen habe. Aber auch bei mir startet danach der Windows Dienst nicht mehr (siehe oben - gleiche Fehlermeldungen wie bei aleks-83) und der js-controller konnte nicht gefunden werden.
AlCalzone hatte weiter oben eine fehlerhafte npm als möglichen Grund angegeben.
Die npm-Installation ist schief gelaufen, danach war der JS-Controller nicht mehr vorhanden. -
erst einmal vielen Dank für die Arbeit.
Bei mir tritt das Problem auf, dass das Alexa2 Adapter die Objekte nicht mehr aktualisiert, Adapter ist grün
-
Würde das gerne nachstellen. Was war die Ausgangssituation, wie hattest Du den Server vorher installiert? Stand der ioBroker auf „latest“ Was genau hast Du gemacht.
Einfach so beschreiben, dass ich zum gleichen Ergebnis komme...
-
@WilliamTRiker mal adapter neu gestartet? Admin neu geladen? Was wird nicht aktualisiert? Wäre wenn aber Alexa2 issue
-
NBack update des JS-controllers auf dem Rock64 kein restore möglich.
Weder mit dem Adapter backitup (der lässt sich erst gar nicht installieren, noch manuell.
Wie gehabt.iobroker restore 0 host.rock64 Using backup file minimal_2019_10_16-02_00_20_Testsystem_backupiobroker.tar.gz host.rock64 Cannot find extracted file from file "/opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/backup.json" iobroker controller daemon is not running host.rock64 OK. (node:11180) UnhandledPromiseRejectionWarning: Error: ENOENT: no such file or directory, open '/opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/backup.json' at Object.openSync (fs.js:443:3) at Object.readFileSync (fs.js:343:35) at BackupRestore.restoreAfterStop (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupBackup.js:562:23) at Daemon.daemon.on (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupBackup.js:839:22) at Daemon.emit (events.js:203:15) at Daemon._kill (/opt/iobroker/node_modules/daemonize2/lib/daemonize.js:246:14) at Daemon.stop (/opt/iobroker/node_modules/daemonize2/lib/daemonize.js:185:17) at tar.extract.err (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupBackup.js:841:20) (node:11180) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). (rejection id: 1) (node:11180) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code. events.js:174 throw er; // Unhandled 'error' event ^ Error: ENOSPC: no space left on device, write Emitted 'error' event at: at errorOrDestroy (internal/streams/destroy.js:107:12) at WriteStream.onerror (_stream_readable.js:717:7) at WriteStream.emit (events.js:198:13) at errorOrDestroy (internal/streams/destroy.js:107:12) at onwriteError (_stream_writable.js:436:5) at onwrite (_stream_writable.js:461:5) at lazyFs.write (internal/fs/streams.js:305:14) at FSReqWrap.wrapper [as oncomplete] (fs.js:509:5)Gruß,
MathiasEdit:
Äm.....IObroker ist nicht mehr erreichbar.
Zum Testsystem:
Rpi 4B 4GB (Master) JS 2.0.29 läuft.
Rpi 3B+ (Slave) heute schon das dritte Mal ausgefallen.
Ich berichtigen.... 4 mal, nach einem Reboot, keine Minute später das 5. Mal. -
@MathiasJ sagte in js-controller 2.0 ab sofort im Latest Repo:
Error: ENOSPC: no space left on device
Da steht auch warum
-
@AlCalzone
Dann kannst Du mir bestimmt erklären, was die Nummern bedeuten -
@MathiasJ welche Nummern? Die Meldung sagt das seine as Karte VOLL ist!!!
-
Aha interessant, obwohl ein expand Filesystem gemacht wurde und die eMMc 64GB groß ist?
-
@MathiasJ Wenn das sagt dass die Platte voll ist, dann ist das wohl so. Hat du denn die richtige Partition erweitert?
df -h -
@Stabilostick sagte in js-controller 2.0 ab sofort im Latest Repo:
Würde das gerne nachstellen. Was war die Ausgangssituation, wie hattest Du den Server vorher installiert? Stand der ioBroker auf „latest“ Was genau hast Du gemacht.
Einfach so beschreiben, dass ich zum gleichen Ergebnis komme...
So ich werde heute nochmal einen neuen Anlauf nehmen und es analog zu gestern genau so machen - Schritt für Schritt.
Der Server läuft seit 2018 auf einem Win10 Rechner (32Bit) - Ist also nach der "Uralten" Anleitung aufgesetzt worden.Hier erstmal meine ganze Konfig:
Platform: Windows
Architecture: ia32
CPUs: 2
Speed: 3325 MHz
Model: Intel(R) Core(TM)2 Duo CPU E8600 @ 3.33GHz
RAM: 3.4 GB
System uptime: 00:05:28
Node.js: v10.16.0
NPM: 6.9.0
Disk size: 209.1 GiB
Disk free: 162.6 GiB
adapters count: 292
Uptime: 00:05:20
Active instances: 28Der Unterschied zu gestern: Heute sind alle meine verwendeten Adapter Aktuell. Gestern gab es für 5 Adapter ein Update. Ich hatte gestern, bevor ich mich an den Host gewagt habe , jeden Adapter einzeln aktualisiert.
Hier der Aktuelle Stand - sorry ich weiß nicht wie man eine Liste generieren kann. Darum ein Screenshot.
Danach habe ich das Update für den Host nach dem bewährten Schema durchgeführt - jeder Befehl einzel in der Eingabeaufforderung als Admin.
C:\WINDOWS\system32>cd C:\ioBroker iobroker stop -- heute bekomme ich diese Rückmeldung: C:\ioBroker>node node_modules/iobroker.js-controller/iobroker.js stop iobroker controller daemon is not runningHeute läßt sich der Windows Dienst nicht mehr stoppen - hat bestimmt etwas mit der gestrigen Wiederherstellung zu tun.
Ich habe den STOP Befehl eben nochmal als bat Datei ausgeführt und nun wird auch der Windows Dienst nicht mehr ausgeführt.
@Echo off &Setlocal Net Stop ioBroker Pause
Also weiter im Text - fassen wir zusammen ioB ist gestoppt und die Eingabeaufforderung als Admin gebe ich ein:
iobroker updateHier die Rückmeldung darauf:
jetzt:
iobroker upgrade selfUnd siehe da, jetzt sind wir genau da, wo wir auch gestern waren. Nix geht mehr und auch in der Eingabeaufforderung passiert nichts mehr. Hier die Meldungen die bis hier hin ausgegeben wurden.
Ich lasse die Eingabe Aufforderung nochmal ein paar Minuten so stehen, aber im Moment passiert da nichts mehr.
-
Hallo an Euch alle,
aufgrund der Meldungen und einiger Dinge die ich noch finalisieren wollte gibt es ab sofort die 2.0.33 im Latest Repository. Diese Version enthält vor allem noch die Fixes für die letzten gemeldeten kleinen Fehlerchen.
Darüber hinaus ist vor allem das Verhalten bei einer Unterbrechung der Verbindung zur Datenbank (egal ob Redis oder im "file" Falle der js-controller). Beim verlieren der Verbindung wird diese per Default in 5s Abständen bis zu 20 mal versucht wiederherzustellen. Wenn dies gelingt, bleibt das ganze System in Betrieb und in der Unterbrechungszeit aufgelaufene Befehle werden nachträglich ausgeführt. Bei Redis könnte diese Zeit sogar für ein Redis-Update ausreichen.Erst danach (also nach ca. 90s) beenden sich Adapter und das System und ein automatischer Restart findet statt, wonach der js-controller wartet bis die Verbindung wieder da ist. Um ggf Netzwerk-Effekte abzufangen gibt es alle 30s einen Restart des Controllers.
Ansonsten hat sich nicht viel geändert. Je nach weiterem Feedback wäre das vllt auch schon die Version für Stable.
Die Version sollte nach einem Update des Repositories (Reload-Button unter "Adapter" im Admin bzw
iobroker updateand der Kommandozeile) angezeigt werden. In Einzelfällen kann es wegen Caching bis zu einem Tag dauern.Ingo
-
@JB_Sullivan Hast Du sichergestellt das auch wirklich kein nodejs prozess mehr läuft? Vor allem wenn Du Probleme beim stoppen hast?
Ist das ein Master oder ein Slave oder hast Du nur den einen Host?
