NEWS
js-controller Lucy (Version 7.0) jetzt im Beta Repository
-
@foxriver76 Ok, das relativiert aber
@dr-bakterius sagte in js-controller Lucy (Version 7.0) jetzt im Beta Repository:
Das bedeutet, dass nach jedem Contoller-Update ein iob fix notwendig ist?
Dem ist ja dann doch nicht so. Ich mach einfach weiterhin keinen und es funzt?
Das Upgrade via GUI hat nur eine kurze Zeit nicht funktioniert.
Über die Kommandozeile ging es z. B. immer.
Issue entdeckt, gefixt, alles gut. -
@diginix Den Fix kannst du auch vorher schon ausführen, denn die Probleme sind behoben.
-
@diginix Den Fix kannst du auch vorher schon ausführen, denn die Probleme sind behoben.
@dr-bakterius Trau mich nicht. :stuck_out_tongue_winking_eye:
Never touch.....:: So long! Tom ::..
NUC7i3 (Ubuntu Proxmox VM) | Echo Dots 2+3. Gen | Xiaomi Sensoren | Mi Robot 1S | Yeelight | Sonoff | Shelly | H801 RGB | Gosund SP1 | NodeMCU+ESP32 | Kostal Plenticore PV+BYD | openWB
-
@diginix sagte in js-controller Lucy (Version 7.0) jetzt im Beta Repository:
Never touch...
Dann würde ich aber auch keine Beta-Versionen testen wollen, an deiner Stelle.
-
@diginix sagte in js-controller Lucy (Version 7.0) jetzt im Beta Repository:
Never touch...
Dann würde ich aber auch keine Beta-Versionen testen wollen, an deiner Stelle.
@thomas-braun Fahre seit Jahren mit beta Repo produktiv und bin noch nie wirklich auf die Fresse geflogen. Bzw. wusste ich mir zu helfen um die Kuh vom Eis zu bekommen falls mal was klemmte.
Aber das heißt ja nicht dass ich alles blind mitnehme wenn keine Notwendigkeit besteht. Der iob fix kann warten bis nach dem nächsten js-controller Update. Ich mag auch gern mal paar Tage up-/runtime vom System und den Instanzen.
--genug OT--..:: So long! Tom ::..
NUC7i3 (Ubuntu Proxmox VM) | Echo Dots 2+3. Gen | Xiaomi Sensoren | Mi Robot 1S | Yeelight | Sonoff | Shelly | H801 RGB | Gosund SP1 | NodeMCU+ESP32 | Kostal Plenticore PV+BYD | openWB
-
@thomas-braun Fahre seit Jahren mit beta Repo produktiv und bin noch nie wirklich auf die Fresse geflogen. Bzw. wusste ich mir zu helfen um die Kuh vom Eis zu bekommen falls mal was klemmte.
Aber das heißt ja nicht dass ich alles blind mitnehme wenn keine Notwendigkeit besteht. Der iob fix kann warten bis nach dem nächsten js-controller Update. Ich mag auch gern mal paar Tage up-/runtime vom System und den Instanzen.
--genug OT--Das Wesen von Beta-Testing ist es aber gerade, das dort viel häufiger Änderungen und Updates erforderlich sind. Es soll ja getestet werden. Wenn sich der Code stabilisiert wandert es zu Stable rüber. Da sind dann Änderungen wesentlich seltener.
Und testen ergibt auch nur gegen den aktuellen Code Sinn, denn der soll ja getestet werden. Die Adapter müssen also alle konsistent auf aktuellem Stand sein.
-
Das Wesen von Beta-Testing ist es aber gerade, das dort viel häufiger Änderungen und Updates erforderlich sind. Es soll ja getestet werden. Wenn sich der Code stabilisiert wandert es zu Stable rüber. Da sind dann Änderungen wesentlich seltener.
Und testen ergibt auch nur gegen den aktuellen Code Sinn, denn der soll ja getestet werden. Die Adapter müssen also alle konsistent auf aktuellem Stand sein.
@thomas-braun Das mache ich doch auch. Sonst wäre ich doch nicht auf controller 7.0.1 inkl aller >40 Adapter aus beta in aktueller Ver. Es ging mir eher um das Fixer Skript. Das führe ich nur aus falls es offensichtlich ist und hier klang kurz mit das wäre ab sofort bei jedem controller Update nötig.
..:: So long! Tom ::..
NUC7i3 (Ubuntu Proxmox VM) | Echo Dots 2+3. Gen | Xiaomi Sensoren | Mi Robot 1S | Yeelight | Sonoff | Shelly | H801 RGB | Gosund SP1 | NodeMCU+ESP32 | Kostal Plenticore PV+BYD | openWB
-
@thomas-braun Das mache ich doch auch. Sonst wäre ich doch nicht auf controller 7.0.1 inkl aller >40 Adapter aus beta in aktueller Ver. Es ging mir eher um das Fixer Skript. Das führe ich nur aus falls es offensichtlich ist und hier klang kurz mit das wäre ab sofort bei jedem controller Update nötig.
@diginix sagte in js-controller Lucy (Version 7.0) jetzt im Beta Repository:
hier klang kurz mit das wäre ab sofort bei jedem controller Update nötig.
Dann hast du nicht ordentlich gelesen oder verstanden. Mit v.7.0.2 soll das behoben sein. Wenn du also bereits v7 installiert hast, sitzt du schon auf dem Problem und der Fixer löst es.
-
@diginix sagte in js-controller Lucy (Version 7.0) jetzt im Beta Repository:
hier klang kurz mit das wäre ab sofort bei jedem controller Update nötig.
Dann hast du nicht ordentlich gelesen oder verstanden. Mit v.7.0.2 soll das behoben sein. Wenn du also bereits v7 installiert hast, sitzt du schon auf dem Problem und der Fixer löst es.
-
@diginix sagte in js-controller Lucy (Version 7.0) jetzt im Beta Repository:
hier klang kurz mit das wäre ab sofort bei jedem controller Update nötig.
Dann hast du nicht ordentlich gelesen oder verstanden. Mit v.7.0.2 soll das behoben sein. Wenn du also bereits v7 installiert hast, sitzt du schon auf dem Problem und der Fixer löst es.
@dr-bakterius Naja allerdings auch nur wenn er den "kaputten" Fixer mal ausgeführt hat. Wenn das UI Update auf 7.0.1 geklappt hat wird es ohne Aufrufen eines Fixers auch auf 7.0.2 klappen^^
Wird jetzt allerdings bissl OT - Philosophiefrage, im Endeffekt sorgt der neue Fixer mindestens dafür dass viele iobroker Kommandos nicht mehr als root ausgeführt werden können, bzw nur mit speziellem Flag, was im Endeffekt auch gut so ist, uns nur jetzt temporär hier auf die Füße gefallen ist, weshalb eine andere Fixer Version nachkam die Ausnahmen für
start/stop/statusKommandos macht. In ferner Zukunft werden die Ausnahmen villt nicht mehr gebraucht, zumindest nicht mehr vom UI Upgrade Prozess aber aktuell müssen (möchten) wir abwärts kompatibel bleiben. :-)Hier könnt ihr mich unterstützen.
-
@diginix sagte in js-controller Lucy (Version 7.0) jetzt im Beta Repository:
hier klang kurz mit das wäre ab sofort bei jedem controller Update nötig.
Dann hast du nicht ordentlich gelesen oder verstanden. Mit v.7.0.2 soll das behoben sein. Wenn du also bereits v7 installiert hast, sitzt du schon auf dem Problem und der Fixer löst es.
@dr-bakterius sagte in js-controller Lucy (Version 7.0) jetzt im Beta Repository:
@diginix sagte in js-controller Lucy (Version 7.0) jetzt im Beta Repository:
hier klang kurz mit das wäre ab sofort bei jedem controller Update nötig.
Dann hast du nicht ordentlich gelesen oder verstanden. Mit v.7.0.2 soll das behoben sein. Wenn du also bereits v7 installiert hast, sitzt du schon auf dem Problem und der Fixer löst es.
Nope. Du hast nicht alles gelesen. Bei mir klappt alles und ich sitze auch auf keinem mir unbekannten Prob, aber das hat ja @foxriver76 gerade schon erläutert.
-
@dr-bakterius Naja allerdings auch nur wenn er den "kaputten" Fixer mal ausgeführt hat. Wenn das UI Update auf 7.0.1 geklappt hat wird es ohne Aufrufen eines Fixers auch auf 7.0.2 klappen^^
Wird jetzt allerdings bissl OT - Philosophiefrage, im Endeffekt sorgt der neue Fixer mindestens dafür dass viele iobroker Kommandos nicht mehr als root ausgeführt werden können, bzw nur mit speziellem Flag, was im Endeffekt auch gut so ist, uns nur jetzt temporär hier auf die Füße gefallen ist, weshalb eine andere Fixer Version nachkam die Ausnahmen für
start/stop/statusKommandos macht. In ferner Zukunft werden die Ausnahmen villt nicht mehr gebraucht, zumindest nicht mehr vom UI Upgrade Prozess aber aktuell müssen (möchten) wir abwärts kompatibel bleiben. :-)@foxriver76 Ich denke, dass @Diginix das so verstanden hat, dass man mit jedem js-controller Update danach den Fixer ausführen muss damit die Zuordnungen wieder stimmen. Das wird ja in Zukunft nicht mehr notwendig sein.
@diginix sagte in js-controller Lucy (Version 7.0) jetzt im Beta Repository:
Bei mir klappt alles und ich sitze auch auf keinem mir unbekannten Prob
Ja, bei mir lief auch alles. Aber etliche Ordner und Dateien wurden vom io-controller Update root zugeordnet. Und das könnte in bestimmten Situationen seltsame Probleme verursachen. Zumindest habe ich das so verstanden. Deswegen der Fixer der von root wieder auf iobroker korrigiert.
-
@foxriver76 Ich denke, dass @Diginix das so verstanden hat, dass man mit jedem js-controller Update danach den Fixer ausführen muss damit die Zuordnungen wieder stimmen. Das wird ja in Zukunft nicht mehr notwendig sein.
@diginix sagte in js-controller Lucy (Version 7.0) jetzt im Beta Repository:
Bei mir klappt alles und ich sitze auch auf keinem mir unbekannten Prob
Ja, bei mir lief auch alles. Aber etliche Ordner und Dateien wurden vom io-controller Update root zugeordnet. Und das könnte in bestimmten Situationen seltsame Probleme verursachen. Zumindest habe ich das so verstanden. Deswegen der Fixer der von root wieder auf iobroker korrigiert.
Im Moment finden im Hintergrund Umbauarbeiten statt, damit der ioBroker nicht mehr so leicht mit root-Rechten traktiert werden kann. Leider hat es bei den gewollten Einschränkungen dann auch die 'Verbindung' der Web-GUI in den 'Maschinenraum' erwischt.
Wer den letzten Stand hat kann man mal versuchen, ob er 'auf die Finger bekommt', wenn per sudo der iobroker aufgerufen wird. Dürfte dann so quttiert werden:
echad@chet:~ $ sudo iob diag ***For security reasons ioBroker should not be run or administrated as root.*** By default only a user that is member of iobroker group can execute ioBroker commands. Please read the Documentation on how to set up such a user, if not done yet. Only in very special cases you can run iobroker commands by adding the --allow-root option at the end of the command line. Please note that this option may be disabled in the future, so please change your setup accordingly now. echad@chet:~ $Und Danke an @foxriver76 für den Zuspruch, das es grundsätzlich ein guter Ansatz ist das ein wenig einzubremsen. Ich bin mit durchaus bewusst, das sich dadurch auch User bevormundet oder gegängelt fühlen könnten.
-
Im Moment finden im Hintergrund Umbauarbeiten statt, damit der ioBroker nicht mehr so leicht mit root-Rechten traktiert werden kann. Leider hat es bei den gewollten Einschränkungen dann auch die 'Verbindung' der Web-GUI in den 'Maschinenraum' erwischt.
Wer den letzten Stand hat kann man mal versuchen, ob er 'auf die Finger bekommt', wenn per sudo der iobroker aufgerufen wird. Dürfte dann so quttiert werden:
echad@chet:~ $ sudo iob diag ***For security reasons ioBroker should not be run or administrated as root.*** By default only a user that is member of iobroker group can execute ioBroker commands. Please read the Documentation on how to set up such a user, if not done yet. Only in very special cases you can run iobroker commands by adding the --allow-root option at the end of the command line. Please note that this option may be disabled in the future, so please change your setup accordingly now. echad@chet:~ $Und Danke an @foxriver76 für den Zuspruch, das es grundsätzlich ein guter Ansatz ist das ein wenig einzubremsen. Ich bin mit durchaus bewusst, das sich dadurch auch User bevormundet oder gegängelt fühlen könnten.
@thomas-braun sagte in js-controller Lucy (Version 7.0) jetzt im Beta Repository:
Dürfte dann so quttiert werden
Genau so. :smiley:
-
@thomas-braun sagte in js-controller Lucy (Version 7.0) jetzt im Beta Repository:
Dürfte dann so quttiert werden
Genau so. :smiley:
Wann ist eigentlich der Wechsel der 7.x Codelinie ins Stable Repository zu erwarten?
-
Wie sieht es mit dem Fixer für den Windows Installer aus? Von dem Problem nicht betroffen, da ein ganz anderes BS?
ioBroker (since 2018) auf Intel Core i3-5005U NUC und Windwos10 Pro
-
Wie sieht es mit dem Fixer für den Windows Installer aus? Von dem Problem nicht betroffen, da ein ganz anderes BS?
@jb_sullivan sagte in js-controller Lucy (Version 7.0) jetzt im Beta Repository:
Wie sieht es mit dem Fixer für den Windows Installer aus? Von dem Problem nicht betroffen, da ein ganz anderes BS?
Die Änderungen bei den Rechten betreffen nur Linux-Systeme, die systemd verwenden. Also primär Debian (inkl LXCs) und RaspberryOS, aber nicht den Docker.
-
Moin ,
hab das selbe Problem wie @DLehmann .
Redis Installation läuft sauber durch aber beim migrieren von jsonl zu redis gibt es einen Fehler.Do you want to migrate objects and states from "jsonl/jsonl" to "redis/redis" [y /N]: y Migrating the objects database will overwrite all objects! Are you sure that this is not a slave host and you want to migrate the data? [y/N]: y Connecting to previous DB "jsonl/jsonl"... Creating backup ... This can take some time ... please be patient! host.ioBroker 16568 objects saved host.ioBroker 13082 states saved host.ioBroker Validating backup ... host.ioBroker The backup is valid! Backup created: /opt/iobroker/backups/2024_10_25-08_42_09_backupiobroker-migration.tar.gz updating conf/iobroker.json Connecting to new DB "redis/redis" (can take up to 20s) ... Cannot read system.config: null (OK when migrating or restoring) Restore backup ... This can take some time ... please be patient! host.ioBroker Cannot find extracted file "/opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/backup.json" or "/opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/config.json" Error happened during restore. Exit-Code: 26 restoring conf/iobroker.json
Support us
860
Online32.5k
Users81.7k
Topics1.3m
Posts