js-controller 4.0.x jetzt für alle User im STABLE!
-
@sonnenkind sagte in js-controller 4.0.x jetzt für alle User im STABLE!:
rebuild
iobroker sollte das eigentlich selbständig erledigen, in Ausnahmefällen muss man dann Hand anlegen.
Der rebuild Versuch, sollte aber eigentlich im Log auftauchen, wenn ich mich nicht täusche -
@crunchip @Sonnenkind Ja wenn er es eindeutig erkennt. Der Fehler in dem Fall ist etwas unspezifischer und wird daher nicht erkannt. Einfach `iobroker rebuild" ausführen.
-
Hallo Danke für die Info auch auf die Gefahr dass die Frage blöde ist aber ich will es gerne verstehen, was macht denn der rebuild Befehl ?
-
@sonnenkind Antwort findest Du hier https://forum.iobroker.net/topic/44566/how-to-node-js-iobroker-richtig-updaten-2021-22-edition ... am Ende kann das nur passieren wenn Du die Node.js Version aktualisiert hast
-
@apollon77 ja das stimmt hab nodejs aktualisiert, dank dir und schöneOstern
-
soo paar Wochen/Monate später erneut ein Versuch des Updates .. selbe Problem.
Nach boot ist mein iobroker Menü leer kein Zigbee usw.. ebenfalls gehen fast alle Adapter nicht mehr. Rechte / Zugriffs fehler. iob fix davor danach hilft nichts.Vor dem Update: iob status sagt beides REDIS nach dem Update ist beides "file" ich denke daran wird es liegen?
-
@chrisxy sagte in js-controller 4.0.x jetzt für alle User im STABLE!:
Rechte / Zugriffs fehler.
Genauer? Welche?
Vor dem Update: iob status sagt beides REDIS nach dem Update ist beides "file" ich denke daran wird es liegen?
Eigentlich sollte es jsonl sein.
Vielleicht mal auf file/file umstellen, redis komplett außen vor lassen und dann upgraden inkl. jsonl/jsonl -
@thomas-braun war ein /tmp leider nicht notiert da ich direkt Backup zurückgespielt habe da Frau wieder nach Hause gekommen ist
Gibt sonst ärger.Muss ich mal gucken wie ich von REDIS zu File komme und dann mal wechseln.
-
@chrisxy sagte in js-controller 4.0.x jetzt für alle User im STABLE!:
/tmp
Deutet für mich auf falsche Nutzung der user hin. In /tmp ist die Rechteverwaltung etwas besonders (Stichwort 'sticky bit').
-
@thomas-braun Ja ich denke ich muss mal ein neues sauberes System aufsetzen und mit Backup/restore arbeiten. Ist einige Jahre lang gewachsen und sicher viele Rechte/root probleme.
-
@chrisxy NEIN bitte redis lassen und gut ist ... das darf sich auch nicht ändern ...
Also bitte dafür mal eigenen Thread auf machen, dann da bitte dein iobroker.json reinpasten das man checken kann ob das passt ... genau so infos zum system, raspi, proxmox, docker oder oder oder ... danach muss du mal ein Update mit uns zusammen machen.
-
@chrisxy Die sollte "Iob fix" alle fixen
-
Hallo,
ab sofort taucht der js-controller 4.0.23 im Stable auf. Ein Admin Bug der eine ungültige Jsonl-Konfiguration generieren konnte hat uns dazu gezwungen doch nochmals nachzulegen. Von dem Problem akut betroffen sein könnten user die per Admin die Host-Konfiguration geändert und gespeichert haben.
Falls bei jemandem der js-controller nicht mehr sauber startet (vor oder auch nach dem update) bitte die größe der /opt/iobroker/iobroker-data/*.jsonl Dateien prüfen ... ggf hat bei Ihm dieses problem zugeschlagen -> siehe auch https://forum.iobroker.net/topic/53954/gelöst-states-jsonl-file-viel-zu-groß bzw https://forum.iobroker.net/post/791284
Der Bug ist auch seit Admin 5.3.7 behoben und Admin sollte nicht mehr die falschen Einträge erstellen.
Am besten natürlich sicherheitshalber besser Updaten
-
@apollon77 vielen Dank, hat hervorragend geklappt, es gab keinerlei Probleme.
-
von 4.0.21 auf 4.0.23 sowohl master als auch slave
alles geklappt; keine Fehler im log.
-
@apollon77 sagte in js-controller 4.0.x jetzt für alle User im STABLE!:
@fredf sagte in js-controller 4.0.x jetzt für alle User im STABLE!:
(Bis auf das BLE Problem
Das steht auch ganz oben im ersten Post, wir haben schon ein Fix für die eine Library die da nicht rebuilden will, der muss nur noch ausgerollt werden
Wann wird den der Fix ausgerollt?
-
@fredf ist extern und somit nicht unter unserer Kontrolle.
-
Keine Probleme
-
Update lief hier auch ohne Fehlermeldungen durch.
Nur habe ich seit dieser Version im Objektbaum nur noch die Anzeige der ID's anstatt der Namen in den Adaptern.
Das ist z.B. beim Homematic oder Deconz Adapter so.
Dies betrifft aber auch weitere Adapter.Warum wird denn die ID und nicht wie früher der Name?
In den Eigenschaften steht der Name noch in common.name drin.
Kann man das konfigurieren?Danke.
-
@siggi0904 sagte in js-controller 4.0.x jetzt für alle User im STABLE!:
Das ist z.B. beim Homematic
zeig mal Screenshot
Bei Homematic stand bei ID schon immer die Nummer drin.
