NEWS
EXPERIMENTELL: JsonL Datenbank für js-controller
-
@saeft_2003 Nach deinem Screenshot änderst du ja auch nichts an den Einstellungen. Du bist bereits auf jsonl. Also braucht auch nichts konvertiert werden.
-
OK das könnte der Grund sein, ich probiere heute Abend an meinem Testsystem nochmal einen Wechsel von jsonl auf file und wieder zurück um zu schauen ob dann eine Abfrage zu Konvertierung kommt. Ich muss das erstmal üben bevor ich mich an mein Produktivsystem rantraue
Noch kurz eine Frage wenn ich ein Backup von der Datei iobroker.json mache, könnte ich doch einfach wieder den Zustand herstellen falls irgendwas nicht geklappt hat, oder?
-
@saeft_2003 Nein, vorauss Richtung Oktober mit controller 3.4
-
@saeft_2003 An sich dachte ich das der Migrationsprozess und die Fragen und so da drin recht eindeutig sind Scheinbar nicht ...
Wenn Du von file auf jsonl migrierst musst di an sich nur am Anfang einmal jsonl eingeben und dann alle settings einfach bestötigen (quasi). Dann die Migrationsfragen beantworten. Der Rest sollte automatisch passieren - auf dem Master wird migriert, auf dem Slave nicht.
Am besten ist es auf allen Systemen den gleichen DB typ zu konfigurieren ... kann sonst ggf komische Effekte haben.
-
Alles klar danke für deine Info
-
@apollon77 wollte gerade mal den Controller testen, scheitere jedoch schon zu Beginn an diesem
root@IoBroker:/opt/iobroker# iobroker stop root@IoBroker:/opt/iobroker# iobroker update No connection to databases possible ... Server Cannot start inMem-objects on port 9001: The "fd" argument must be of type number. Received undefined root@IoBroker:/opt/iobroker#
-
@crunchip Für "controller testen" ist das aber der falsche Thread hier ...
-
@apollon77 nein, das ist schon richtig, geht ja um jsonl
-
@crunchip Dann musst Du jetzt mal sagen was Du schon getan hast ... ist das jetzt schon nach jsonl Paket Install oder was?
-
@apollon77 jsonL läuft bei mir schon sei 14.Feb., siehe https://forum.iobroker.net/post/581193 und folgende
was ich gerade getan hab
iobroker stop
iobroker updatemehr hab ich nicht gemacht
-
@crunchip Und dann hast Du ein controller 3.3 update gemacht oder noch nicht?
Was sagt im ioBroker Verzeichnis
npm ls --all |grep "iobroker/db"
-
@apollon77 hab ich nicht gemacht, iobroker wieder gestartet, wollte mich lieber vorher versichern bzw nachfragen
root@IoBroker:/opt/iobroker# npm ls --all |grep "iobroker/db" npm ERR! extraneous: @types/request@2.48.1 /opt/iobroker/node_modules/@types/request npm ERR! extraneous: alcalzone-shared@2.3.0 /opt/iobroker/node_modules/alcalzone-shared npm ERR! extraneous: alexa-remote2@2.5.3 /opt/iobroker/node_modules/alexa-remote2 npm ERR! extraneous: anyproxy@4.1.0 /opt/iobroker/node_modules/anyproxy npm ERR! extraneous: bottleneck@2.19.2 /opt/iobroker/node_modules/bottleneck npm ERR! extraneous: castv2-player@2.0.5 /opt/iobroker/node_modules/castv2-player npm ERR! extraneous: coffee-compiler@0.3.2 /opt/iobroker/node_modules/coffee-compiler npm ERR! extraneous: coffee-script@1.12.7 /opt/iobroker/node_modules/coffee-script npm ERR! extraneous: express-fileupload@0.4.1 /opt/iobroker/node_modules/express-fileupload npm ERR! extraneous: iobroker-react-components@1.0.0 /opt/iobroker/node_modules/iobroker-react-components npm ERR! extraneous: js2xmlparser@3.0.0 /opt/iobroker/node_modules/js2xmlparser npm ERR! extraneous: mongodb@3.2.7 /opt/iobroker/node_modules/mongodb npm ERR! extraneous: node-hue-api@2.4.6 /opt/iobroker/node_modules/node-hue-api npm ERR! extraneous: node-inspect@2.0.0 /opt/iobroker/node_modules/node-inspect npm ERR! extraneous: node-red@0.20.7 /opt/iobroker/node_modules/node-red npm ERR! extraneous: node-red-contrib-aggregator@1.5.0 /opt/iobroker/node_modules/node-red-contrib-aggregator npm ERR! extraneous: node-red-contrib-os@0.1.7 /opt/iobroker/node_modules/node-red-contrib-os npm ERR! extraneous: node-red-contrib-polymer@0.0.21 /opt/iobroker/node_modules/node-red-contrib-polymer npm ERR! extraneous: node-red-dashboard@2.15.5 /opt/iobroker/node_modules/node-red-dashboard npm ERR! extraneous: portfinder@1.0.20 /opt/iobroker/node_modules/portfinder npm ERR! extraneous: rpi-gpio@2.1.3 /opt/iobroker/node_modules/rpi-gpio npm ERR! extraneous: sync-exec@0.6.2 /opt/iobroker/node_modules/sync-exec npm ERR! extraneous: systeminformation@4.14.4 /opt/iobroker/node_modules/systeminformation npm ERR! extraneous: typescript@3.5.1 /opt/iobroker/node_modules/typescript npm ERR! extraneous: virtual-device-sdk@1.5.18 /opt/iobroker/node_modules/virtual-device-sdk npm ERR! extraneous: virtual-tsc@0.6.1 /opt/iobroker/node_modules/virtual-tsc npm ERR! extraneous: vm2@3.8.1 /opt/iobroker/node_modules/vm2 npm ERR! extraneous: wake_on_lan@1.0.0 /opt/iobroker/node_modules/wake_on_lan npm ERR! extraneous: zigbee-herdsman-converters@14.0.110 /opt/iobroker/node_modules/zigbee-herdsman-converters npm ERR! extraneous: zigbee-shepherd@0.3.0 /opt/iobroker/node_modules/zigbee-shepherd npm ERR! extraneous: zigbee-shepherd-converters@10.1.9 /opt/iobroker/node_modules/zigbee-shepherd-converters npm ERR! extraneous: @alcalzone/release-script@1.8.3 /opt/iobroker/node_modules/iobroker.javascript/node_modules/@alcalzone/release-script npm ERR! extraneous: chai@4.3.4 /opt/iobroker/node_modules/iobroker.javascript/node_modules/chai npm ERR! extraneous: del@6.0.0 /opt/iobroker/node_modules/iobroker.javascript/node_modules/del npm ERR! extraneous: eslint@7.23.0 /opt/iobroker/node_modules/iobroker.javascript/node_modules/eslint npm ERR! extraneous: gulp@4.0.2 /opt/iobroker/node_modules/iobroker.javascript/node_modules/gulp npm ERR! extraneous: gulp-rename@2.0.0 /opt/iobroker/node_modules/iobroker.javascript/node_modules/gulp-rename npm ERR! extraneous: gulp-replace@1.0.0 /opt/iobroker/node_modules/iobroker.javascript/node_modules/gulp-replace npm ERR! extraneous: mocha@8.3.2 /opt/iobroker/node_modules/iobroker.javascript/node_modules/mocha npm ERR! extraneous: timekeeper@2.2.0 /opt/iobroker/node_modules/iobroker.javascript/node_modules/timekeeper npm ERR! peer dep missing: date-fns@^2.0.0, required by @date-io/date-fns@1.3.13 npm ERR! peer dep missing: @material-ui/core@^4.0.0, required by @material-ui/pickers@3.2.10 npm ERR! peer dep missing: react@^16.8.4, required by @material-ui/pickers@3.2.10 npm ERR! peer dep missing: react-dom@^16.8.4, required by @material-ui/pickers@3.2.10 npm ERR! peer dep missing: react@>=16.6.0, required by react-transition-group@4.4.1 npm ERR! peer dep missing: react@>=16.8, required by rifm@0.7.0 npm ERR! peer dep missing: react-dom@>=16.6.0, required by react-transition-group@4.4.1 │ ├─┬ @iobroker/db-objects-file@1.1.4 │ │ ├─┬ @iobroker/db-base@1.1.4 │ │ ├── @iobroker/db-objects-redis@1.1.4 deduped │ ├─┬ @iobroker/db-objects-jsonl@1.1.5 │ │ ├─┬ @iobroker/db-base@1.1.4 │ │ ├─┬ @iobroker/db-objects-file@1.1.4 │ │ │ ├── @iobroker/db-base@1.1.4 deduped │ │ │ ├── @iobroker/db-objects-redis@1.1.4 deduped │ │ ├─┬ @iobroker/db-objects-redis@1.1.4 │ │ │ ├── @iobroker/db-base@1.1.4 deduped │ ├─┬ @iobroker/db-objects-redis@1.1.4 │ │ ├── @iobroker/db-base@1.1.4 deduped │ ├─┬ @iobroker/db-states-file@1.1.4 │ │ ├── @iobroker/db-base@1.1.4 deduped │ │ └── @iobroker/db-states-redis@1.1.4 deduped │ ├─┬ @iobroker/db-states-jsonl@1.1.5 │ │ ├── @iobroker/db-base@1.1.4 deduped │ │ ├─┬ @iobroker/db-states-file@1.1.4 │ │ │ ├── @iobroker/db-base@1.1.4 deduped │ │ │ └── @iobroker/db-states-redis@1.1.4 deduped │ │ └─┬ @iobroker/db-states-redis@1.1.4 │ │ ├── @iobroker/db-base@1.1.4 deduped │ ├─┬ @iobroker/db-states-redis@1.1.4 │ │ ├── @iobroker/db-base@1.1.4 deduped root@IoBroker:/opt/iobroker#
-
@crunchip Na dann bin ich erstmal bei der Annahme das es an dem liegt was einige User schonmal hatten: Editiere mal in der iobroker.json das "connectTimeout" unter states und objects und seite es auf 10000
-
@apollon77 sagte in EXPERIMENTELL: JsonL Datenbank für js-controller:
das "connectTimeout" unter states und objects und seite es auf 10000
das gibts bei mir nur unter objects?
"objects": { "type": "jsonl", "typeComment": "Possible values: 'file' - [port 9001], redis - [port 6379], couch - [port 5984].", "host": "127.0.0.1", "port": 9001, "user": "", "pass": "", "noFileCache": false, "connectTimeout": 10000, "dataDir": "../../iobroker-data/", "options": { "auth_pass": null, "retry_max_delay": 5000 } }, "states": { "type": "jsonl", "typeComment": "Possible values: 'file' - [port 9000], 'redis' - [port 6379].", "host": "127.0.0.1", "port": 9000, "maxQueue": 1000, "options": { "auth_pass": null, "retry_max_delay": 5000 }, "dataDir": "../../iobroker-data/"
-
@crunchip Kannst es bei states mit einfügen,aber denke ist eh am relevantesten bei Objects
-
@apollon77 ok, mach ich und teste mal
-
@apollon77 soll ich danach `connenctTimeout wieder zurückstellen?
update ist durch, was mich aber gewundert hat, iobroker lief selbstständig wieder an, ohne iobroker start?
wollte eigentlich noch nen iobroker fix hinterher schieben -
@crunchip Ja beim ersten update von <3.3 auf 3.3 passiert das. danach nicht mehr. das timeout kann wieder runtergesetzt werden
-
@apollon77 sagte in EXPERIMENTELL: JsonL Datenbank für js-controller:
Wenn alles klappt wird das im js-controller 3.3 vllt die neue Standard Datenbank ... mal sehen
Ich nutze jsonl nun von Anfang an und kann nichts negatives berichten, es läuft einfach
Wie es denn hier der Stand? Standard oder nicht? Es gibt ja einige die redis noch nutzen... -
@fredf laaamngsam … keine Äpfel mit Birnen vergleichen bitte. Der Controller 4 wechselt vielleicht (!!!!) bei filedb automatisch auf jsonl. Das sehen wir noch …
Und auch dann hat redis seine Zielgruppe. Man muss nur halt das Tool einsetzen was für einen und sein System sinnvoll ist.