js-controller 2.0 ab sofort im Latest Repo

[apollon77]

@kmxak sagte in js-controller 2.0 ab sofort im Latest Repo:

Cannot connect/reconnect to objects DB. Terminating

Der Fehler bedeutet das diese Adapter-Prozesse die Verbindung zum Master verlieren ... und das müsste mindestens 5 Sekunden lang sein bevor diese Meldung kommt. Wenn es mehrere Adapter auf dem Slave alleine betrifft (und die auf dem Master sauber laufen) wäre ich bei der frage der Slave Netzwerk-Anbindung.

Um mehr rauszubekommen könntest Du mal einen der Adapter auf Loglevel "silly" stellen, dann sollte man mehr sehen wann was wie passiert. backitup wäre ideal weil der sonst ja nicht viel tut.
Wäre interessant das Log mal zu sehen.

[dslraser]

Ich bin jetzt auch auf 2.0.25
(Synology/Docker)
Bisher läuft Alles !
Alle Adapter sofort grün. "Gefühlt" ist das System etwas schneller bzw. das Verbinden der Adapter geht schneller.

[kmxak]

@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:

@kmxak sagte in js-controller 2.0 ab sofort im Latest Repo:

Cannot connect/reconnect to objects DB. Terminating

Der Fehler bedeutet das diese Adapter-Prozesse die Verbindung zum Master verlieren ... und das müsste mindestens 5 Sekunden lang sein bevor diese Meldung kommt. Wenn es mehrere Adapter auf dem Slave alleine betrifft (und die auf dem Master sauber laufen) wäre ich bei der frage der Slave Netzwerk-Anbindung.

Um mehr rauszubekommen könntest Du mal einen der Adapter auf Loglevel "silly" stellen, dann sollte man mehr sehen wann was wie passiert. backitup wäre ideal weil der sonst ja nicht viel tut.
Wäre interessant das Log mal zu sehen.

habe den slave neu gestartet seit dem ist ruhe.

[FredF]

So nun auch Produktivsystem Proxmox Master/Pi Slave erfolgreich auf 2.0.25 gehoben...
Spitze! Läuft!
Danke an alle Beteiligten Top Job...
Hier mal die Systemdaten:

Spoiler

Master
Betriebssystem linux
Architektur x64
CPUs 2
Geschwindigkeit 3319 MHz
Modell Intel(R) Core(TM) i3-4130 CPU @ 3.40GHz
RAM 15.58 GB
Node.js v10.16.3
NPM 6.9.0
Aktive Instanzen 39

Slave
Betriebssystem linux
Architektur arm
CPUs 4
Geschwindigkeit 1200 MHz
Modell ARMv7 Processor rev 4 (v7l)
RAM 926.08 MB
Node.js v10.16.3
NPM 6.9.0
Aktive Instanzen 2

[Chaot]

Auch bei mir war das Update erfolgreich.
Das Sstem scheint gefühlt etwas schneller zu reagieren.
Prozessorlast ist minimal geringer (1%) aber das liegt vermutlich daran das der ioBroker im Proxmox-CT läuft. Da scheint er sowieso deutlich weniger Prozessorlast zu haben.

System läuft bei mir scheinbar als File/redis. Gibt es irgendwo Informationen zum sinnvollen konfigurieren dieser Einstellungen?
Oder anders gesagt: Ich habe 6 GB Speicher zugeordnet. Macht es Sinn auf redis/redis umzustellen und wie klappt das?

[apollon77]

@Chaot naja ob redis im Einsatz ist solltest du schon wissen wenn ja sollte es ja aufheben Backup berücksichtigt sein, oder?!

Ansonsten zu mehr Infos für „objects in redis“ empfehle ich die Feature Infos dazu im dritten Post in diesem thread

[Chaot]

@apollon77 Backup mache ich über Proxmox.
Ich habe irgendwann vor ein paar Tagen über die Konsole abgefragt

At least one iobroker host is running.

Objects type: file
States  type: redis

Von daher bin ich mir schon sicher das Redis läuft.
Die Frage war eben ob ich Objekte auch auf Redis umstellen sollte und wie das geht.

[watcherkb]

@Chaot umstellen hiermit:

iobroker setup custom

[Chaot]

@watcherkb
Danke - ich brauche wirklich ne neue Brille.

[paul53]

@apollon77
Mir gefällt, dass man bei common.alias beliebigen einzeiligen Javascriptcode zur Wandlung in beide Richtungen eingeben kann.

  "common": {
        "alias": {
              "id": "knx.0.6786878.value",
              "write": "(val * 9/5) + 32",
              "read": "(val − 32) * 5/9"
        },

[Matzebhv]

Update lief einwandfrei durch und es scheint alles zu funktionieren.
Nur der Smartmeter-Adapter ist jetzt geschwätzig im Log:

tankerkoenig.0	2019-10-11 23:32:46.667	info	(17567) Reading data from tankerkoenig ...
smartmeter.0	2019-10-11 23:32:45.550	info	(29289) Received 8 values, 5 updated
smartmeter.0	2019-10-11 23:32:43.538	info	(29289) Received 8 values, 5 updated
smartmeter.0	2019-10-11 23:32:41.544	info	(29289) Received 8 values, 5 updated
smartmeter.0	2019-10-11 23:32:39.543	info	(29289) Received 8 values, 5 updated
smartmeter.0	2019-10-11 23:32:37.549	info	(29289) Received 8 values, 4 updated
smartmeter.0	2019-10-11 23:32:35.534	info	(29289) Received 8 values, 5 updated
smartmeter.0	2019-10-11 23:32:33.539	info	(29289) Received 8 values, 5 updated
smartmeter.0	2019-10-11 23:32:31.544	info	(29289) Received 8 values, 5 updated
smartmeter.0	2019-10-11 23:32:29.527	info	(29289) Received 8 values, 5 updated
smartmeter.0	2019-10-11 23:32:27.533	info	(29289) Received 8 values, 5 updated
smartmeter.0	2019-10-11 23:32:25.539	info	(29289) Received 8 values, 5 updated
smartmeter.0	2019-10-11 23:32:23.518	info	(29289) Received 8 values, 4 updated
smartmeter.0	2019-10-11 23:32:21.523	info	(29289) Received 8 values, 5 updated

Loglevel des Adapter stteht auf "error"

Gruß
Matze

[apollon77]

@Matzebhv Ok, interessant, sehe ich mir an

[apollon77]

@Matzebhv Hm ... ich kann das bei mir nicht nachvollziehen. Im Logfile landet nichts davon. Wir hatten bisher einen Bericht das im Admin "Log" Tab solche Logs aufgetaucht sind ... aber nicht in den Logfiles. Wir sind noch am Suchen wo das herkommt ... Ist es das auch bei Dir? taucht es auch in den Logfiles auf?

[RappiRN]

Bei mir stehen die smartmeter Daten auch im log, allerdings auch nur, wenn die log-Seite offen ist. Wenn sie geschlossen und wieder geöffnet wird sind die Einträge weg.
In der Datei sind keine Einträge drin.
Ich verwende Master Slave, wobei der Slave die smartmeter-Daten holt.

Enrico

[Berchemer]

@apollon77

Auch bei mir ist das Update soweit ok und funktioniert. Danke dafür
Nur ist der Jeelink-Adapter im LOG plötzlich gesprächiger, als vorher. Habe bei der Instanz in den Experteneinstellungen den Level auf "Error" stehen. Trotzdem wird im LOG "Info" angezeigt.

[Matzebhv]

@RappiRN sagte in js-controller 2.0 ab sofort im Latest Repo:

Bei mir stehen die smartmeter Daten auch im log, allerdings auch nur, wenn die log-Seite offen ist. Wenn sie geschlossen und wieder geöffnet wird sind die Einträge weg.
In der Datei sind keine Einträge drin.
Ich verwende Master Slave, wobei der Slave die smartmeter-Daten holt.

Enrico

Moin, gerade probiert. Ist hier genau so.

Gruß
Matze

[apollon77]

@Berchemer auch nur I Admin im log,korrekt? Logfile auf Platte steht davon nichts. Richtig?

Ich glaube ich hab da ne idee. Ich experimentiere mal rum und würde aber abwarten was noch an Themen übers Wochenende aufkommen und machen dann einen fix Anfang der Woche.

[Berchemer]

@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:

@Berchemer auch nur I Admin im log,korrekt? Logfile auf Platte steht davon nichts. Richtig?

Ich glaube ich hab da ne idee. Ich experimentiere mal rum und würde aber abwarten was noch an Themen übers Wochenende aufkommen und machen dann einen fix Anfang der Woche.

Scheint auch bei mir tatsächlich nur im Admin angezeigt zu werden und ist im Log-File nicht zu sehen.

[mameier1234]

Moin,

war ja klar, dass es nicht lange dauert, bis einer sein Multihost-system aktualisiert , ohne vorher die FAQ zu lesen....

Bingo.. Ich habe meinen Windows Master zuerst aktualisiert und nun kommt der Slave nicht mehr drann..

In der FAQ steht, dass ich einen Restore aus dem Ordner Backups machen soll (bei Biobroker Setup custom) Unter C:\iobroker\backups hab ich aber nur die Backups vom backitup-Adapter... (und den habe ich vor einiger Zeit deaktiviert, weil ein Testrestore nicht geklappt hatte)

Unter c:\iobroker\iobroker-data gibt es backup-objects mit aktuellen Files... Hilft mir das ?

Oder wie kann ich das noch retten ?

[MathiasJ]

BLE ist nicht erreichbar, Button ist rot.

sudo pkill -f Adaptername

durchgeführt, jedoch ohne Erfolg.
Log im Debug:

host.iobroker-slave	2019-10-12 09:48:40.150	info	Restart adapter system.adapter.ble.0 because enabled
host.iobroker-slave	2019-10-12 09:48:40.150	error	instance system.adapter.ble.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING)
host.iobroker-slave	2019-10-12 09:48:40.149	error	Caught by controller[1]: at process._fatalException (internal/bootstrap/node.js:496:27)
host.iobroker-slave	2019-10-12 09:48:40.149	error	Caught by controller[1]: at process.emit (events.js:203:15)
host.iobroker-slave	2019-10-12 09:48:40.149	error	Caught by controller[1]: at process.on.err (/opt/iobroker/node_modules/iobroker.ble/build/main.js:391:21)
host.iobroker-slave	2019-10-12 09:48:40.148	error	Caught by controller[1]: TypeError: Cannot read property 'error' of undefined
host.iobroker-slave	2019-10-12 09:48:40.148	error	Caught by controller[1]: ^
host.iobroker-slave	2019-10-12 09:48:40.148	error	Caught by controller[1]: adapter.log.error("unhandled exception:" + err.message);
host.iobroker-slave	2019-10-12 09:48:40.147	error	Caught by controller[1]: /opt/iobroker/node_modules/iobroker.ble/build/main.js:391
host.iobroker-slave	2019-10-12 09:48:40.147	error	Caught by controller[0]: at process._tickCallback (internal/process/next_tick.js:69:34)
host.iobroker-slave	2019-10-12 09:48:40.147	error	Caught by controller[0]: at emitPromiseRejectionWarnings (internal/process/promises.js:119:20)
host.iobroker-slave	2019-10-12 09:48:40.146	error	Caught by controller[0]: at process.emit (events.js:198:13)
host.iobroker-slave	2019-10-12 09:48:40.146	error	Caught by controller[0]: at process.on.r (/opt/iobroker/node_modules/iobroker.ble/build/main.js:386:21)
host.iobroker-slave	2019-10-12 09:48:40.145	error	Caught by controller[0]: TypeError: Cannot read property 'error' of undefined

Gruß,
Mathias