NEWS
js-controller 2.0 ab sofort im Latest Repo
-
Der BLE Adapter lässt sich bei mir auf dem Slave nicht updaten ->
$ ./iobroker upgrade ble Update ble from @0.7.4 to @0.10.1 NPM version: 6.9.0 npm install iobroker.ble@0.10.1 --loglevel error --production --save --prefix "/opt/iobroker" (System call) npm ERR! path /opt/iobroker/node_modules/@abandonware/bluetooth-hci-socket/node_modules/chownrnpm ERR! code EACCESnpm ERR! errno -13npm ERR! syscall access npm ERR! Error: EACCES: permission denied, access '/opt/iobroker/node_modules/@abandonware/bluetooth-hci-socket/node_modules/chownr'npm ERR! { [Error: EACCES: permission denied, access '/opt/iobroker/node_modules/@abandonware/bluetooth-hci-socket/node_modules/chownr']npm ERR! stack:npm ERR! 'Error: EACCES: permission denied, access \'/opt/iobroker/node_modules/@abandonware/bluetooth-hci-socket/node_modules/chownr\'',npm ERR! errno: -13,npm ERR! code: 'EACCES', npm ERR! syscall: 'access',npm ERR! path:npm ERR! '/opt/iobroker/node_modules/@abandonware/bluetooth-hci-socket/node_modules/chownr' }npm ERR! npm ERR! The operation was rejected by your operating system.npm ERR! It is likely you do not have the permissions to access this file as the current usernpm ERR! npm ERR! If you believe this might be a permissions issue, please double-check thenpm ERR! permissions of the file and its containing directories, or try runningnpm ERR! the command again as root/Administrator (though this is not recommended). npm ERR! A complete log of this run can be found in:npm ERR! /home/iobroker/.npm/_logs/2019-10-14T15_11_20_108Z-debug.log ERROR: host.raspberrypi Cannot install iobroker.ble@0.10.1: 243 ERROR: process exited with code 25 -
@mdsv Ja, dann bleibt er da stehen und sollte irgendwann abbrechen. Wenn Du nicht so lange wartest, ja dann blöd aktuell weil er die neue Konfig für die Migfration schreibt. Bei einem offiziellen Fehler würde er migrieren,
Der Weg "zurück "wäre per "iobroker setup custom", wieder bei beidem "File" eintragen und NICHT migrieren. Dann solltest Du exakt den file/file Stand von vorher gehabt haben.
Alternativ (siehe auch FAQ oben) umstellen und Backup restoren was "migration" Im Namen hat, das ist genau der Stand von davor.Ich ergänze die Anleitung oben.
@apollon77 Wäre gut, wenn eine Textnachricht kommt, "REDIS installiert?" oder aber vielleicht sogar ein Onlinetest. Aktuell "migriert" er auf REDIS ... oder tut so. IOBROKER startet danach nicht und auch ein erneutes Aufrufen von dem "iobroker setup custom" schlägt leider fehl.
-
@apollon77 Wäre gut, wenn eine Textnachricht kommt, "REDIS installiert?" oder aber vielleicht sogar ein Onlinetest. Aktuell "migriert" er auf REDIS ... oder tut so. IOBROKER startet danach nicht und auch ein erneutes Aufrufen von dem "iobroker setup custom" schlägt leider fehl.
@mdsv
Der Grund warum ich am WE 2 Stunden damit verballert habe. Wollte auf REDIS und danach lief IOBroker nicht mehr. Ein "iobroker setup custom" konnte ich zwar noch aufrufen, aber zurück auf file wollte er auch nicht. Also Backup drauf und Finger weg von REDIS.
Hab dazu ein Thread geöffnet, leider hat sich da noch keiner dazu geäußert. -
@mdsv
Der Grund warum ich am WE 2 Stunden damit verballert habe. Wollte auf REDIS und danach lief IOBroker nicht mehr. Ein "iobroker setup custom" konnte ich zwar noch aufrufen, aber zurück auf file wollte er auch nicht. Also Backup drauf und Finger weg von REDIS.
Hab dazu ein Thread geöffnet, leider hat sich da noch keiner dazu geäußert.@Jan1 ich vermute, es gibt kein zurück mehr .... ich habe dann den REDIS Server mit sudo apt install redis-server installiert, den Ping-Pong Test gemacht und dann Iobroker neu begonnen ... ich suche nur noch meine Javascript, wo speichert er diese im Filesystem ... mein anderes Backup war etwas älter.
-
@mdsv sagte in js-controller 2.0 ab sofort im Latest Repo:
ich vermute, es gibt kein zurück mehr .... ich habe dann den REDIS Server mit sudo apt install redis-server installiert, den Ping-Pong Test gemacht und dann Iobroker neu begonnen ... ich suche nur noch meine Javascript, wo speichert er diese im Filesystem ... mein anderes Backup war etwas älter.
der updater hat doch ein backup erstellt von den states beim starten der migration, das müsste doch da sein!?
-
@Jan1 ich vermute, es gibt kein zurück mehr .... ich habe dann den REDIS Server mit sudo apt install redis-server installiert, den Ping-Pong Test gemacht und dann Iobroker neu begonnen ... ich suche nur noch meine Javascript, wo speichert er diese im Filesystem ... mein anderes Backup war etwas älter.
@mdsv
Ich wollte auch nur zurück, weil IOBroker mit REDIS nicht lief und der Admin nicht erreichbar war. Die Scripte sollten bei REDIS eigentlich auch wie vorher gespeichert werden, oder hat REDIS da etwa auch die Finger im Spiel?
Wird hier aber OT und kann gerne in meinem dazu geöffneten Thread fortgesetzt werden. -
@mdsv
Der Grund warum ich am WE 2 Stunden damit verballert habe. Wollte auf REDIS und danach lief IOBroker nicht mehr. Ein "iobroker setup custom" konnte ich zwar noch aufrufen, aber zurück auf file wollte er auch nicht. Also Backup drauf und Finger weg von REDIS.
Hab dazu ein Thread geöffnet, leider hat sich da noch keiner dazu geäußert.@Jan1 Das "Problem" ist -das auch für den Weg zurück zu 'file' eine Verbindung zur Redis-DB benötigt wird. Ging mir eben auch so als ich umstelle auf Redis.
Hatte nen funktionierenden Docker Container wieder gelöscht und neu erstellt mit einem Volume für die Redis DB. Dann aber nicht mehr geprüft ob sauber läuft und die Migration gestartet
Natürlich gabs bei dem Volume ein Rechte Problem und Redis war nicht erreichbar = Sackgasse. Also Container wieder gelöscht, ohne Volume gestartet und erstmal zurück auf file und das Rechte-Problem gelöst - warum auch immer wollte Docker nun die User-ID meines Synology Users zum starten/mounten des Containers/Volumes. Das war bisher nicht so, ggf. kam das mit dem Update auf Docker 18.x rein.Jetzt laufen meine beiden ioBroker auf file/redis. Das einzigste Problem das ich hatte, es wurde nicht alle Werte migriert, ich hatte viele States (würd mal sagen es waren die von manuell angelegten) ohne Wert. Die Migration hat die Wohl nicht übernommen, und beim ursprünglichen createstate war natürlich auch kein default Wert dabei
So schaut das ganze aufm Dateisystem aus:
Logs des Redis-Containers:
An die Redis Erfahrenen: Hier scheint alles i.O. zu sein oder? Im Backup-Konzept muss jetzt nur noch '/volume2/docker-ssd/iobroker-redis/data' Berücksichtigt werden?
Proxmox-ioBroker-Redis-HA Doku: https://forum.iobroker.net/topic/47478/dokumentation-einer-proxmox-iobroker-redis-ha-umgebung
-
Moin, mir ist aufgefallen, das sei dem 2.0 Safari auf dem iPad (13.1.2) die Admin Oberfläche nicht mehr richtig funktioniert.
Info Adapter lädt und lädt.
Adapter in der Listenansicht lädt und lädt
Skripte bleibt direkt leer.Unter Chrome auf dem iPad läuft super.
Grüße Monox
-
@MathiasJ Gibt ein bissl mehr Log Kontext? Also paar zeilen drumrum? Passiert es bei bestimmten Aktionen? Welche controller Version? 2.0.25 oder 2.0.29?
Auch wenn das Logging passt sollte 890 die Prozess-ID sein ... Kannst also auch im Log schauen wer der verursacher sein könnte@apollon77
nein, ist auch egal!
ich hatte noch das "alte" 2.0.25, jetzt das neue 2.0.29 und da sind die Fehlermeldungen nun weg. -
Bei mir geht iQontrol in dieser Anzeige nicht. (iQontrol an sich funktioniert aber)
Das ist die mobile Ansicht.
Mit Chrome auf dem Mac in der Entwicklerkonsole kommen auch einige Fehler in dieser Ansicht, komme ich aber gerade nicht drann. (mußte nochmal weg)
2.0.29 wird mir übrigens immer noch nicht angeboten, keine Ahnung woran das liegt.
-
@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
@LJSven Installation Fixer bitte ...
Hat mein Problem gelöst! Danke!
-
Moin, mir ist aufgefallen, das sei dem 2.0 Safari auf dem iPad (13.1.2) die Admin Oberfläche nicht mehr richtig funktioniert.
Info Adapter lädt und lädt.
Adapter in der Listenansicht lädt und lädt
Skripte bleibt direkt leer.Unter Chrome auf dem iPad läuft super.
Grüße Monox
@Monox sagte in js-controller 2.0 ab sofort im Latest Repo:
Moin, mir ist aufgefallen, das sei dem 2.0 Safari auf dem iPad (13.1.2) die Admin Oberfläche nicht mehr richtig funktioniert.
Info Adapter lädt und lädt.
Adapter in der Listenansicht lädt und lädt
Skripte bleibt direkt leer.Unter Chrome auf dem iPad läuft super.
Grüße Monox
Kann ich nicht bestätigen, habe den Admin gerade mit dem iPad 2018 funktional offen.
-
Ich habe gerade meine ioBroker Instanz auf meinem NUC mit Win10 Installer Installation neu aufsetzen müssen.
Als ich zum Abschluss dann "Alle Adapter updaten" im admin angeklickt habe, hat er versucht, NPM zu aktualisieren.
Laut log ging das schief:
Aber laut admin, ist es installiert.
-
Das Setting über den Schraubenschlüssel hatte ich hier aktiviert, lässt sich nun aber nicht mehr ausschalten, kann es zwar deaktivieren und speichern, jedoch wird es nicht übernommen. Ein erneuter Aufruf, zeigt wieder aktiviert.
Hab vorhin den Admin von 3.6.9 angehoben auf 3.6.10
-
@mdsv sagte in js-controller 2.0 ab sofort im Latest Repo:
ich vermute, es gibt kein zurück mehr .... ich habe dann den REDIS Server mit sudo apt install redis-server installiert, den Ping-Pong Test gemacht und dann Iobroker neu begonnen ... ich suche nur noch meine Javascript, wo speichert er diese im Filesystem ... mein anderes Backup war etwas älter.
der updater hat doch ein backup erstellt von den states beim starten der migration, das müsste doch da sein!?
-
@Jan1 ich vermute, es gibt kein zurück mehr .... ich habe dann den REDIS Server mit sudo apt install redis-server installiert, den Ping-Pong Test gemacht und dann Iobroker neu begonnen ... ich suche nur noch meine Javascript, wo speichert er diese im Filesystem ... mein anderes Backup war etwas älter.
@mdsv Doch der Weg zurück ist, wie weiter oben schon geschrieben ein "iobroker setup custom" alles zurück auf "file/file" und NICHT migrieren. Das geht auch ohne Redis.
Im Allergrössten Worst Case liegt das Config File unter iobroker-data/iobroker.json. Dort kann man auch manuell wieder "file" und die anderen Ports eintragen
-
@Jan1 Das "Problem" ist -das auch für den Weg zurück zu 'file' eine Verbindung zur Redis-DB benötigt wird. Ging mir eben auch so als ich umstelle auf Redis.
Hatte nen funktionierenden Docker Container wieder gelöscht und neu erstellt mit einem Volume für die Redis DB. Dann aber nicht mehr geprüft ob sauber läuft und die Migration gestartet
Natürlich gabs bei dem Volume ein Rechte Problem und Redis war nicht erreichbar = Sackgasse. Also Container wieder gelöscht, ohne Volume gestartet und erstmal zurück auf file und das Rechte-Problem gelöst - warum auch immer wollte Docker nun die User-ID meines Synology Users zum starten/mounten des Containers/Volumes. Das war bisher nicht so, ggf. kam das mit dem Update auf Docker 18.x rein.Jetzt laufen meine beiden ioBroker auf file/redis. Das einzigste Problem das ich hatte, es wurde nicht alle Werte migriert, ich hatte viele States (würd mal sagen es waren die von manuell angelegten) ohne Wert. Die Migration hat die Wohl nicht übernommen, und beim ursprünglichen createstate war natürlich auch kein default Wert dabei
So schaut das ganze aufm Dateisystem aus:
Logs des Redis-Containers:
An die Redis Erfahrenen: Hier scheint alles i.O. zu sein oder? Im Backup-Konzept muss jetzt nur noch '/volume2/docker-ssd/iobroker-redis/data' Berücksichtigt werden?
@darkiop sagte in js-controller 2.0 ab sofort im Latest Repo:
Das einzigste Problem das ich hatte, es wurde nicht alle Werte migriert, ich hatte viele States (würd mal sagen es waren die von manuell angelegten) ohne Wert. Die Migration hat die Wohl nicht übernommen, und beim ursprünglichen createstate war natürlich auch kein default Wert dabei
Was? Hatten die States nun Werte oder nicht
Alle gesetzten States sollten migriert werden, für alles andere sollten die Objekte existieren oder ?! Oder was genau fehlt? -
@Jan1 Das "Problem" ist -das auch für den Weg zurück zu 'file' eine Verbindung zur Redis-DB benötigt wird. Ging mir eben auch so als ich umstelle auf Redis.
Hatte nen funktionierenden Docker Container wieder gelöscht und neu erstellt mit einem Volume für die Redis DB. Dann aber nicht mehr geprüft ob sauber läuft und die Migration gestartet
Natürlich gabs bei dem Volume ein Rechte Problem und Redis war nicht erreichbar = Sackgasse. Also Container wieder gelöscht, ohne Volume gestartet und erstmal zurück auf file und das Rechte-Problem gelöst - warum auch immer wollte Docker nun die User-ID meines Synology Users zum starten/mounten des Containers/Volumes. Das war bisher nicht so, ggf. kam das mit dem Update auf Docker 18.x rein.Jetzt laufen meine beiden ioBroker auf file/redis. Das einzigste Problem das ich hatte, es wurde nicht alle Werte migriert, ich hatte viele States (würd mal sagen es waren die von manuell angelegten) ohne Wert. Die Migration hat die Wohl nicht übernommen, und beim ursprünglichen createstate war natürlich auch kein default Wert dabei
So schaut das ganze aufm Dateisystem aus:
Logs des Redis-Containers:
An die Redis Erfahrenen: Hier scheint alles i.O. zu sein oder? Im Backup-Konzept muss jetzt nur noch '/volume2/docker-ssd/iobroker-redis/data' Berücksichtigt werden?
@darkiop sagte in js-controller 2.0 ab sofort im Latest Repo:
An die Redis Erfahrenen: Hier scheint alles i.O. zu sein oder? Im Backup-Konzept muss jetzt nur noch '/volume2/docker-ssd/iobroker-redis/data' Berücksichtigt werden?
Wenn dort die dup.rdb liegt dann ja, Ausgabe sieht ok aus. Ist halt die "einfachste" Form der Persistenz ... Liess mal die verlinkte Seite komplett
-
Moin, mir ist aufgefallen, das sei dem 2.0 Safari auf dem iPad (13.1.2) die Admin Oberfläche nicht mehr richtig funktioniert.
Info Adapter lädt und lädt.
Adapter in der Listenansicht lädt und lädt
Skripte bleibt direkt leer.Unter Chrome auf dem iPad läuft super.
Grüße Monox
528
Online32.4k
Users81.4k
Topics1.3m
Posts