NEWS
js-controller 2.2 jetzt im Latest
-
@Basti97 das bei allen Updates zu machen ist ne gute Übung das es sich einbürgert
im speziellen Fall hier ist es nicht unbedingt nötig.
-
Danke werde es zur Übung machen erst die Slaves dann Master
.
-
@apollon77 ok, das log vom 14.-2-wurde nicht gezippt, lässt sich jedoch nicht öffnen, Seite läd nicht....am Handy
edit: am pc hat´s soeben funktioniert, am Handy nochmal probiert, cache gelöscht, standard browser, opera, chrome, ging nicht.
Nachdem der admin nun wieder gecrasht ist, geht es am Pc auch nicht mehr. Seltsamerweise ist plötzlich das log von gestern nun wieder gezippt!? wie kann das denn sein??
-
@crunchip sagte in js-controller 2.2 jetzt im Latest:
Seltsamerweise ist plötzlich das log von gestern nun wieder gezippt!? wie kann das denn sein??
Nach dem Ändern der Datei den ioBroker neu gestartet?
-
@Dr-Bakterius das hatte ich doch gestern schon alles gemacht, so das ich für heute ein nicht gezipptes log von gestern habe.
Das wurde mir ja auch angezeigt, log 2020-02-14, am PC sowie auch am Handy. Hatte beide Browserseiten offen, Handy und Pc.- Log am Pc aufgerufen--funktionierte.
- Log am Handy aufgerufen, Admin absturz
Danach habe ich am Pc die Seite aktualisiert und habe im Log nun wieder 2020-02-14.gz stehen.
cache gelöscht, FF, chrome, IE, Opera...alles gleich
-
Moin Leute,
irgend etwas ist doch am js-controller Oberfaul.
Nachdem ich mir gestern Abend sowohl mein Testsystem, als auch das produktive System beim Versuch auf js-controller 2.2.8 zurück zu rollen zerschossen habe, geht es jetzt schon wieder los. Beim Rollback ist gestern Abend ioB einfach eingefroren und es wurde nichts mehr von den Servern herunter geladen - Folge ioB war kaputt und startet gar nicht mehr.
Erstmal habe ich dann bis 5:00 Uhr hier gesessen und habe versucht mein Produktives System (damit die Familie nicht meckert) wieder lauffähig zu bekommen. Natürlich habe ich eine Sicherung via BackitUp. Auch habe ich vom 01.01.2020 eine komplett Sicherung des ioBroker zur Hand.
Beim Versuch das System via Windows Installer 2.1b wieder neu aufzusetzen, ist es immer wieder zu einem Dienst Fehler gekommen und ioB ließ sich gar nicht mehr starten - weder mit einer nackten Neuinstallation noch mit einer Migration von meiner Sicherung aus dem Januar 2020.
Ich habe ca. 30 mal !!! IoB mit dem Installer versucht zu installieren. Dabei habe ich festgestellt, das man jeden Adapter einzeln installieren muss. Bei den von mir genutzten Adaptern hat es seit Januar 2020 - 17 Updates über z.T. mehere Versionsnnummern gegeben.
Irgendwann hatte ich dann alle Adapter händisch installiert. Dann habe ich (versucht) meine BackitUp Sicherung von vorgestern ein zu spielt - und auch das hat auf einem frischen System 6 x dazugeführt das ioB so eingefroren ist, das nichts mehr ging.
Also alles wieder von vorne - ihr könnt Euch vorstellen, das ich Mega angepisst war.
Um 5:00 Uhr heute morgen war es dann soweit. Alles lief wieder, alle Instanzen Grün und mein VIS war wieder auf dem Stand von Vorgestern. Ich bin dann erst mal ins Bett.
Heute gegen 14:00 Uhr waren immer noch alle Adapter grün und alle Funktionen gegeben.
Jetzt Stand 16:00 Uhr geht der Spaß schon wieder los - nach und nach steigt hier ein Adapter nach dem anderen aus und die Instanzen werden rot.
Das Geile daran ist, das ich seit ich ins Bett gegangen bin und alle Instanzen Grün waren, ich NICHTS mehr am System gemacht habe.
So, hier kommt jetzt der Sack voll Fehlermeldungen - wie gesagt im Moment steigt ein Adapter nach dem anderen aus. Irgend etwas ist doch da im Busche.
host.GLT 2020-02-15 16:44:48.593 info "system.adapter.web.0" disabled host.GLT 2020-02-15 16:44:45.101 info "system.adapter.roomba.0" disabled host.GLT 2020-02-15 16:44:43.433 info "system.adapter.innogy-smarthome.0" disabled host.GLT 2020-02-15 16:44:39.549 info "system.adapter.backitup.0" disabled
-
@JB_Sullivan da ich gerade nur auf Handy bin hilft mir das log als zip aktuell nicht ;-(
Tipp Ins blaue: Info Adapter ... auf was steht dieses „systemdaten Abfragen“? schalt mal aus. Bei zu hoher Frequenz kann das Windows Systeme ziemlich in Probleme bringen.
Ansonsten: RAM? Cpu? Prozesskosten mal geprüft?
-
Das ist ein Intel i3 - 2000 MHz mit 16 GB Ram und Win10Pro. Da läuft nix anderes darauf außer dem Broker. Den PC habe ich heute Nacht aber auch schon mehrmals durchgestartet.
OK - jetzt eben noch nicht - mache ich mal. Beim Info Adapter habe ich jetzt auch die Abfrage der Systemdaten ausgeschaltet.
Hat nichts gebracht - stattdessen ist jetzt auch noch der deconz Adapter dazu gekommen.
Hier mal das Log vom BackitUp Adapter. Die anderen oben genannten Adapter produzieren ähnliche Fehlermeldungen. Auf jeden Fall bleiben die Instanzen auch nach einem Neustart des Gesamten PC Rot.
host.GLT 2020-02-15 17:33:08.112 info Restart adapter system.adapter.backitup.0 because enabled host.GLT 2020-02-15 17:33:08.112 error instance system.adapter.backitup.0 terminated with code 1 (JS_CONTROLLER_STOPPED) host.GLT 2020-02-15 17:33:08.110 error Caught by controller[14]: 85:3) host.GLT 2020-02-15 17:33:08.110 error Caught by controller[13]: Function.Module._load (internal/modules/cjs/loader.js:5 host.GLT 2020-02-15 17:33:08.110 error Caught by controller[12]: at host.GLT 2020-02-15 17:33:08.110 error Caught by controller[12]: (internal/modules/cjs/loader.js:593:12) host.GLT 2020-02-15 17:33:08.110 error Caught by controller[11]: at tryModuleLoad host.GLT 2020-02-15 17:33:08.110 error Caught by controller[11]: (internal/modules/cjs/loader.js:653:32) host.GLT 2020-02-15 17:33:08.109 error Caught by controller[10]: at Module.load host.GLT 2020-02-15 17:33:08.109 error Caught by controller[10]: rnal/modules/cjs/loader.js:789:10) host.GLT 2020-02-15 17:33:08.109 error Caught by controller[9]: at Object.Module._extensions..js (inte host.GLT 2020-02-15 17:33:08.109 error Caught by controller[9]: host.GLT 2020-02-15 17:33:08.109 error Caught by controller[8]: le (internal/modules/cjs/loader.js:778:30) host.GLT 2020-02-15 17:33:08.109 error Caught by controller[7]: at Module._compi host.GLT 2020-02-15 17:33:08.109 error Caught by controller[7]: ules\raw-body\index.js:17:13) host.GLT 2020-02-15 17:33:08.109 error Caught by controller[6]: er\GLT\node_mod host.GLT 2020-02-15 17:33:08.109 error Caught by controller[5]: at Object.<anonymous> (C:\iobrok host.GLT 2020-02-15 17:33:08.109 error Caught by controller[5]: /cjs/helpers.js:25:18) host.GLT 2020-02-15 17:33:08.109 error Caught by controller[4]: at require (internal/modules host.GLT 2020-02-15 17:33:08.109 error Caught by controller[4]: s/loader.js:692:17) host.GLT 2020-02-15 17:33:08.107 error Caught by controller[3]: at Module.require (internal/modules/cj host.GLT 2020-02-15 17:33:08.107 error Caught by controller[3]: nal/modules/cjs/loader.js:562:25) host.GLT 2020-02-15 17:33:08.107 error Caught by controller[2]: at Function.Module._load (inter host.GLT 2020-02-15 17:33:08.107 error Caught by controller[2]: er.js:636:15) host.GLT 2020-02-15 17:33:08.107 error Caught by controller[1]: at Function.Module._resolveFilename (internal/modules/cjs/load host.GLT 2020-02-15 17:33:08.106 error Caught by controller[1]: Error: Cannot find module 'iconv-lite' host.GLT 2020-02-15 17:33:08.106 error Caught by controller[1]: host.GLT 2020-02-15 17:33:08.106 error Caught by controller[1]: ^ host.GLT 2020-02-15 17:33:08.106 error Caught by controller[1]: throw err; host.GLT 2020-02-15 17:33:08.106 error Caught by controller[1]: 38 host.GLT 2020-02-15 17:33:08.106 error Caught by controller[0]: internal/modules/cjs/loader.js:6 host.GLT 2020-02-15 17:33:07.485 info instance system.adapter.backitup.0 started with pid 6528
-
ich habe ja den js-controller im Verdacht.
Wie gesagt, ich habe gestern Nacht versucht ein Rollback zu machen. Das hat bestimmt 15 Minuten gedauert bis er beim Rollback die erste Zeile in das DOS Fenster geschrieben hat. Danach passierte dann eine 3/4 Stunde nichts mehr. Neustart vom Broker und nix ging mehr.
Der Aufruf für das Rollback sollte doch so lauten - oder sehe ich das falsch?
iobroker.js-controller@2.2.8 --production
-
@JB_Sullivan also die meldung sagt das irgendwie npm. Pakete abhanden gekommen sind. Da kann der Controller erstmal nix für.
Ich würde an deiner Stelle
1.) Controller nochmal neu drüber installieren. Nimm den 2.2.9er.
2.) dann einen Adapter nach dem anderen starten. Wenn Fehler den Adapter nochmal drüber installieren.So solltest du am Ende alle Pakete wieder haben.
Alternativ Controller installieren und dann in node_modules alle iobroker.adsptername Verzeichnisse löschen und starten. Dann sollte er alles nacheinander nachinstallieren. Dazu Geduld haben.
Ob Aber diese ganzen tips unter Windows sinnvoll sind kann ich nicht so recht sagen da ich kein Windows nutze. Ich dachte der windows installer kann mehrere Instanzen. Setz eine neue aufband wähle das aktuelle iobroker-data. Dann sollte genau das passieren was ich zuletzt beschrieben habe.Um jetzt genau rauszufinden was der Auslöser war bräuchten wir das log von Anfang an von gestern. Dann könnte man ggf sehen wo du vllt ne Fehlermeldung übersehen hast die am Ende zu dieser Kette geführt hat.
-
Ich habe ja schon den 2.2.9 - wie kann ich den nochmal installieren?
Das mit dem Win Installer war ja das Drama - angeblich soll der das können - Pusteblume, nach jedem Durchlauf Voll Absturz
-
@JB_Sullivan gleichen npm Befehl nochmal im iobroker Verzeichnis ausführen. Verzeichnis muss passen!!
-
So, ich habe es versucht, mit dem Ergbniss wie gestern Abend - wieder neue Fehler beim AUTOMATISCHEN Runterladen der Adapter - gibt es vielleicht irgend welche Server Probleme da wo die ioB Adapter liegen?
Jetzt bin ich genau wieder da, wo ich auch gestern Abend war - nach der Neuinstallation mit WinInstaller 2.1b, startet ioB exakt 1x - stoppt man es und versucht es wieder neu zu starten, passiert das hier. Genau die gleiche Sch....... wie gestern.
Die Adapter die vorhin die Fehler ausgespuckt haben, habe ich nun deinstalliert und versucht neu zu installieren - geht nicht mehr. Dabei kommt dann sowas raus - ich kriege bald einen Anfall.
$ ./iobroker add innogy-smarthome --host GLT NPM version: 6.13.4 npm install iobroker.innogy-smarthome@0.3.4 --loglevel error --prefix "C:/iobroker/GLT" (System call) npm ERR! code EEXISTnpm ERR! path C:\iobroker\GLT\node_modules\mime\cli.jsnpm ERR! dest C:\iobroker\GLT\mime npm ERR! EEXIST: file already exists, cmd shim 'C:\iobroker\GLT\node_modules\mime\cli.js' -> 'C:\iobroker\GLT\mime'npm ERR! File exists: C:\iobroker\GLT\mimenpm ERR! Remove the existing file and try again, or run npmnpm ERR! with --force to overwrite files recklessly. npm ERR! A complete log of this run can be found in:npm ERR! C:\WINDOWS\ServiceProfiles\iobroker(GLT)\AppData\Roaming\npm-cache\_logs\2020-02-15T19_22_51_145Z-debug.log ERROR: host.GLT Cannot install iobroker.innogy-smarthome@0.3.4: 1 ERROR: process exited with code 25
-
@apollon77 Gibt es ein Changelog für die 2.2.10?
-
@Diginix Wo hast Du die denn schon wieder gefunden?
Ich hoffe Sie wurde nicht als Update angeboten. Die 2.0.10 ist eine 2.0.9 mit einem Windows-Spezifischen Fix für den neuen Windows Installer. Also alle Linux User brauche die nicht und sollten Sie auch wie gesagt nicht als Update angezeigt bekommen. Changelog ist auf GitHub da.
Ich schau mal das wir die aus "latest" wieder rausbekommen weil unnötig. -
Bekomme auch gerade die 2.2.10 angezeigt.
Verwahrungsort:latest -
@haselchen ja das Repo hat die wohl gekrallt obwohl es nicht sollte
Also Update schadet nicht ... aber bei Linux unnötig. Mal schauen das wir es aus dem Repo wieder rausbekommen -
-
Alles klärchen.
Danke für die fixe Rückmeldung. -
so, ich habs getan ( Linux Nuc ) .....dann ist die lästige Aufforderung weg.
Und....sauber wie immer,...danke @apollon77