EXPERIMENTELL: JsonL Datenbank für js-controller

saeft_2003

Ok, aber nach "host name of this maschine" kam nichts mehr? Deswegen bin ich etwas verwirrst.

Dr. Bakterius

@saeft_2003 Nach deinem Screenshot änderst du ja auch nichts an den Einstellungen. Du bist bereits auf jsonl. Also braucht auch nichts konvertiert werden.

saeft_2003

@dr-bakterius

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?

apollon77

@saeft_2003 Nein, vorauss Richtung Oktober mit controller 3.4

apollon77

@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.

saeft_2003

@apollon77

Alles klar danke für deine Info

crunchip

@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#

apollon77

@crunchip Für "controller testen" ist das aber der falsche Thread hier ...

crunchip

@apollon77 nein, das ist schon richtig, geht ja um jsonl

apollon77

@crunchip Dann musst Du jetzt mal sagen was Du schon getan hast ... ist das jetzt schon nach jsonl Paket Install oder was?

crunchip

@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 update

mehr hab ich nicht gemacht

apollon77

@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"

crunchip

@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#

apollon77

@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

crunchip

@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/"

apollon77

@crunchip Kannst es bei states mit einfügen,aber denke ist eh am relevantesten bei Objects

crunchip

@apollon77 ok, mach ich und teste mal

crunchip

@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

apollon77

@crunchip Ja beim ersten update von <3.3 auf 3.3 passiert das. danach nicht mehr. das timeout kann wieder runtergesetzt werden

FredF

@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...

NEWS

EXPERIMENTELL: JsonL Datenbank für js-controller

Support us

477
Online

31.7k
Users

79.8k
Topics

1.3m
Posts

NEWS

EXPERIMENTELL: JsonL Datenbank für js-controller

Support us

477Online

31.7kUsers

79.8kTopics

1.3mPosts

477
Online

31.7k
Users

79.8k
Topics

1.3m
Posts