js-controller 3.3 jetzt im Beta
-
@myssv sagte in js-controller 3.3 jetzt im Beta:
ls: Zugriff auf '/dev/disk/by-id/' nicht möglich: Datei oder Verzeichnis nicht gefunden ls: Zugriff auf '/dev/disk/by-id/' nicht möglich: Datei oder Verzeichnis nicht gefundenDas kommt von deinem Betriebssystem. Da scheint mir mit deinem Speichermedium was nicht in Ordnung zu sein.
Ist aber was für einen eigenen Thread. -
Ich habe nun den Fix noch einmal laufen lassen und danach läuft das System erst mal wieder.
@thomas-braun sagte in js-controller 3.3 jetzt im Beta:
@myssv sagte in js-controller 3.3 jetzt im Beta:
ls: Zugriff auf '/dev/disk/by-id/' nicht möglich: Datei oder Verzeichnis nicht gefunden ls: Zugriff auf '/dev/disk/by-id/' nicht möglich: Datei oder Verzeichnis nicht gefundenDas kommt von deinem Betriebssystem. Da scheint mir mit deinem Speichermedium was nicht in Ordnung zu sein.
Ist aber was für einen eigenen Thread.ok, Danke!
-
@myssv Kann glaube auch in Docker vorkommen!
-
@apollon77 Ja, ich habe erfahren, dass es ein Bug ist, der aber bereits gemeldet wurde. Docker hat keine Disk-Laufwerke ...
-
@apollon77 sagte in js-controller 3.3 jetzt im Beta:
@myssv Kann glaube auch in Docker vorkommen!
Ist ein Fehler vom Info Adapter ( bei Docker ) ,
habe ich Ihm hier dazu geantwortet:https://forum.iobroker.net/topic/44982/fehlermeldungen-beim-start-von-iobroker/6
-
js-controller 3.3.10 im Multihostbetrieb auf ioBroker Master und ioBroker Slave erfolgreich aktualisiert und ohne Probleme gestartet
-
3.3.10 (2021-05-14)
- (foxriver76) only send diagnose data if license and diag dialog has been confirmed on new installations
-
Die Version 3.3.10 wurde zwar erfolgreich upgedatet, allerdings kam wieder diese Meldung im Rahmen des Update Prozess (wie beim Update auf die 3.3.9)
C:\iobroker\GLT>iobroker upgrade self Update js-controller from @3.3.9 to @3.3.10 NPM version: 6.14.11 npm install iobroker.js-controller@3.3.10 --loglevel error --unsafe-perm (System call) Trying to install "esbuild-windows-64" using npm Failed to install "esbuild-windows-64" using npm: Command failed: npm install --loglevel=error --prefer-offline --no-audit --progress=false esbuild-windows-64@0.11.21 npm ERR! code ETARGET npm ERR! notarget No matching version found for esbuild-windows-64@0.11.21. npm ERR! notarget In most cases you or one of your dependencies are requesting npm ERR! notarget a package version that doesn't exist. npm ERR! A complete log of this run can be found in: npm ERR! C:\iobroker\GLT\env\npm-cache\_logs\2021-05-15T04_19_39_167Z-debug.log Trying to download "https://registry.npmjs.org/esbuild-windows-64/-/esbuild-windows-64-0.11.21.tgz" Install successfulHeißt also wir Windows User bekommen einen ETARGET und im anderen Zusammenhang (Adapter Update) einen EBUSY Fehler.
-
@apollon77 Guten Morgen, ich habe das Problem bei 3.3.10, dass ich auf der linke Seite meine Auswahl fehlt.
Dort gibt es nur noch "Abmelden"
-
@gelberlemmy sollte nix mit Controller zu tun haben, bitte Issue bei Admin Adapter.
-
@foxriver76 ok, nur weil dies nach dem Update aufgetreten ist. Werde dort einmal melden. Danke
-
@gelberlemmy lies mal ab hier, https://forum.iobroker.net/topic/44282/test-adapter-admin-5-0-x-alpha-der-neuen-ui/493, vielleicht gehörst du auch dazu?
-
@michmein danke, habe da auch gerade mein Problem mit eingestellt. Da gehöre ich bestimmt dazu. Danke für die Info.
-
@jb_sullivan Welche Version von npm hast du drauf - das Paket ist so auf npm, daher sieht das eher nach einem npm (cache) Problem aus.
-
Steht oben im Fehler Log
oder meinst du Node.js? (= 14.16.0)C:\iobroker\GLT>iobroker upgrade self Update js-controller from @3.3.9 to @3.3.10 **NPM version: 6.14.11** -
@apollon77 hallo, ich bekomme nach dem Update auf 3.3.10 folgende Dinge im LOG angezeigt:
zB Telegram
telegram.0 505 2021-05-19 22:32:38.175 warn Read-only state "telegram.0.communicate.botSendMessageId" has been written without ack-flag with value "13368"und der Sonoff, Netatmo und rpi2 Adapter spamen mein Log zu mit folgenden Dingen:
rpi2.0 2185 2021-05-19 22:38:48.627 info State value to set for "rpi2.0.cpu.load15" has to be type "number" but received type "string" rpi2.0 2185 2021-05-19 22:38:48.627 info State value to set for "rpi2.0.cpu.load5" has to be type "number" but received type "string" rpi2.0 2185 2021-05-19 22:38:48.626 info State value to set for "rpi2.0.cpu.load1" has to be type "number" but received type "string" sonoff.0 9331 2021-05-19 22:38:45.587 info State value to set for "sonoff.0.Trockner.ENERGY_TotalStartTime" has to be type "number" but received type "string" hmip.0 722 2021-05-19 22:38:45.474 info State value to set for "hmip.0.groups.3d856792-9e42-45ee-b068-222a9039f90d.sabotage" has to be type "string" but received type "boolean" sonoff.0 9331 2021-05-19 22:38:45.400 info State value to set for "sonoff.0.Trockner.Wifi_Downtime" has to be type "number" but received type "string" sonoff.0 9331 2021-05-19 22:38:45.381 info State value to set for "sonoff.0.Trockner.Wifi_Channel" has to be stringified but received type "number" sonoff.0 9331 2021-05-19 22:38:45.375 info State value to set for "sonoff.0.Trockner.Wifi_BSSId" has to be type "number" but received type "string" sonoff.0 9331 2021-05-19 22:38:45.325 info State value to set for "sonoff.0.Trockner.Wifi_SSId" has to be type "number" but received type "string" sonoff.0 9331 2021-05-19 22:38:45.290 info State value to set for "sonoff.0.Trockner.SleepMode" has to be type "number" but received type "string" sonoff.0 9331 2021-05-19 22:38:35.437 info State value to set for "sonoff.0.Trockner.ENERGY_TotalStartTime" has to be type "number" but received type "string" sonoff.0 9331 2021-05-19 22:38:35.427 info State value to set for "sonoff.0.Trockner.Wifi_Downtime" has to be type "number" but received type "string" sonoff.0 9331 2021-05-19 22:38:35.409 info State value to set for "sonoff.0.Trockner.Wifi_Channel" has to be stringified but received type "number" sonoff.0 9331 2021-05-19 22:38:35.403 info State value to set for "sonoff.0.Trockner.Wifi_BSSId" has to be type "number" but received type "string" sonoff.0 9331 2021-05-19 22:38:35.397 info State value to set for "sonoff.0.Trockner.Wifi_SSId" has to be type "number" but received type "string" sonoff.0 9331 2021-05-19 22:38:35.297 info State value to set for "sonoff.0.Trockner.SleepMode" has to be type "number" but received type "string" netatmo.0 11173 2021-05-19 22:38:26.826 info State value to set for "netatmo.0.Zu-Hause-(Indoor).Draußen.LastUpdate" has to be type "datetime" but received type "string" netatmo.0 11173 2021-05-19 22:38:26.825 info State value to set for "netatmo.0.Zu-Hause-(Indoor).Draußen.Humidity.AbsoluteHumidity" has to be type "number" but received type "string" netatmo.0 11173 2021-05-19 22:38:26.824 info State value to set for "netatmo.0.Zu-Hause-(Indoor).Draußen.Temperature.DewPoint" has to be type "number" but received type "string" netatmo.0 11173 2021-05-19 22:38:26.714 info State value to set for "netatmo.0.Zu-Hause-(Indoor).Unnamed.LastUpdate" has to be type "datetime" but received type "string" netatmo.0 11173 2021-05-19 22:38:26.713 info State value to set for "netatmo.0.Zu-Hause-(Indoor).Unnamed.Humidity.AbsoluteHumidity" has to be type "number" but received type "string" netatmo.0 11173 2021-05-19 22:38:26.713 info State value to set for "netatmo.0.Zu-Hause-(Indoor).Unnamed.Temperature.DewPoint" has to be type "number" but received type "string"An den Adaptern sind keine Änderungen gemacht worden. Aber das Log ist echt voll.....
Oder liegt das nicht am js-controller ? Aber ich wüsste jetzt nicht woran das sonst liegen sollte. Hatte ich vorher nicht.Gruß André
-
@gelberlemmy Issue bei den jeweiligen Adaptern Mal angeschaut / angelegt?
-
@thomas-braun sagte in js-controller 3.3 jetzt im Beta:
@gelberlemmy Issue bei den jeweiligen Adaptern Mal angeschaut / angelegt?
Danke, hätte ich eigentlich gleich drauf kommen können. Habe nachgeschaut. Diese Issue sind berits angelegt. habe mich da einfach dran gehängt. Danke für das Augen öffnen
-
@apollon77 sagte in js-controller 3.3 jetzt im Beta:
Aktuell sind keine Inkompatibilitäten bekannt. Admin sollte mit 4.x und auch 5.x funktionieren
kleine Verständnisfrage, da ich den Controller mal aufspielen(aktuell noch auf 3.2.16) , jedoch beim admin 4 bleiben wollte.
Wenn ich es richtig sehe, sind bei mehreren Adapter, angelehnt an den neuen Controller, ein upgrade auszuführen, gleichzeitig lese ich auch den ein oder anderen fix, zwecks neuen admin. Funktioniert das aktuell noch mit admin 4, oder sollte/muss man zwangsläufig auch auf admin 5?
aktuell hätte ich als upgrade noch folgende Adapter zu machen- admin4.2.1<5.0.29
- backitup2.1.6<2.1.11
- net tools0.1.2<0.1.5
- unifi0.5.8<0.5.9
- traccar0.0.7<0.0.9
- simple api2.5.3<2.6.1
unifi z.b. v0.5.9(fix für js-controller) hatte ich in der Vergangenheit probiert, bekomm die Instanz da aber nicht zum laufen
-
@crunchip Ich bin gestern von JS-C 3.2.16 auf 3.3.10 aber weiterhin mit admin4, weil ich Adapter habe, die mit v5 nicht laufen.
Einige Adapter haben mit dem neuen JS-C dann Fehler im Log weil falsche Datentypen in Objekte geschrieben werden oder weil das ack Flag fehlt. Diese Adapter (radar2, telegram, onkyo, yeelight) habe ich dann selbst gepatcht.
Aber grundsätzlich läuft auch mit den Fehlermeldungen alles problemlos mit JS-C 3.3.x und admin4.
