Beta Test js-controller 3.2.x auf GitHub

[SBorg]

@apollon77 Moin Ingo, den VIS-Dateimanager kann ich unter file-DB bestätigen. Er "bastelt" da pro Klick auf den /vis.0/ - Ordner jedes mal einen neuen Slash mit an

[Thomas Braun]

@lobomau
Man macht das auch ja nicht mit

sudo npm

oder

sudo iobroker

Damit haust du das ganze als root ins System! Das ist falsch.

[apollon77]

@Thomas-Braun da hast du recht hab ich gar nicht gesehen gehabt ;-))

[apollon77]

@SBorg konnte es lokal nachstellen. Schaue ich nachher an

[sigi234]

@SBorg sagte in Beta Test js-controller 3.2.x auf GitHub:

@apollon77 Moin Ingo, den VIS-Dateimanager kann ich unter file-DB bestätigen. Er "bastelt" da pro Klick auf den /vis.0/ - Ordner jedes mal einen neuen Slash mit an

Jupp, und der Ordner Projekt ist auch weg!

[Wal]

Eben mal den Controller aktualisiert, habe sonst nichts zu tun
Ohne Fehler durchgelaufen.
Installierte Adapter:

Proxmox System:

[SBorg]

Ich hatte es zwar schon lt. Anzeige im ioB bemerkt, aber er braucht wohl offensichtlich weniger RAM

Ich weiß nur gerade nicht ob der aktuelle 3.1.6 auch satte 2GB beim starten braucht, könnte aber auch dem da gerade durchgeführtem Update auf die 3.2.4 geschuldet sein...

[Neuschwansteini]

@apollon77 sagte in Beta Test js-controller 3.2.x auf GitHub:

Mal andere Frage: Schaut mal ob jemand hier einejn Eintrag hat (unter "Objekte", Expertenmodus, "system.host.NAME.notifications" ... Falls das bei jemandem nicht leer ist bitte iobroker mal stoppen und in iobroker-data nach der notifications.json schauen und den Inhalt mal posten ... Danke

Bitteschön, beim Server, sollte Enigma, Mihome-Vacuum gewesen sein...

{"restartLoop":{"count":4}}

mehr steht da leider nicht, hab auf den Datenpunkt mal die History angesetzt und lass mir das in der View anzeigen, bzw. einfach per Telegram schicken, wenn sich was ändert..

[lobomau]

@apollon77 sagte in Beta Test js-controller 3.2.x auf GitHub:

Mal andere Frage: Schaut mal ob jemand hier einejn Eintrag hat (unter "Objekte", Expertenmodus, "system.host.NAME.notifications" ... Falls das bei jemandem nicht leer ist bitte iobroker mal stoppen und in iobroker-data nach der notifications.json schauen und den Inhalt mal posten ... Danke

bei meinem Pi3 slave steht

{"restartLoop":{"count":1}}

notifivation.json leer:

pi@raspberrypi:/opt $ cd iobroker
pi@raspberrypi:/opt/iobroker $ cd iobroker-data
pi@raspberrypi:/opt/iobroker/iobroker-data $ ls
backup-objects  iobroker.json       objects.json      states.json
files           notifications.json  objects.json.bak  states.json.bak
pi@raspberrypi:/opt/iobroker/iobroker-data $ sudo nano notifications.json
  GNU nano 3.2                   notifications.json

{}

[Thomas Braun]

@apollon77

notifications.json

{"system":{"restartLoop":{"system.adapter.mihome-vacuum.0":[{"message":"Restart loop detected","ts":1610197549296}],"system.adapter.zigbee.0":[{"message":"Restart loop detected","ts":1610196881536}]}}}

[Feuersturm]

@apollon77 sagte in Beta Test js-controller 3.2.x auf GitHub:

@Feuersturm was sagt „iobroker setup custom“ bei der objects databank für einen Typ? File oder redis?

Ich nutze dann wohl file

proxmox@ioBrokerBETA:~$ iobroker setup custom
Current configuration:
- Objects database:
  - Type: file

[lobomau]

Bei mir machen RAM und CPU folgendes. Ursache kenne ich noch nicht.

[Wal]

@SBorg ,
nicht schlecht dein Speicherverbrauch. Bei mir sind es ca. 200MB weniger, von 1,4GB auf 1,14GB.
Instanzen siehe oben, Grafana läuft auch noch im gleichen Container.

[apollon77]

@lobomau hast du vorm checken Des file iobroker gestoppt ;-))

[lobomau]

@apollon77 ja

[apollon77]

@Feuersturm Danke. Dachte ich mir

[apollon77]

@lobomau interessant. Glaube da solltest du mal auf Prozess Ebene schauen

[lobomau]

@apollon77 ich bin eine Erkenntnis reicher. Meine Abstürze kommen scheinbar nicht von alleine.
Habe eben einen DP gestartet zu loggen mit influxDB, schon gehen RAM und CPU wieder hoch bis zum Teilabsturz.

Ich lasse das mal paar Stunden laufen und probiere dann einen weitere DP zu loggen für 100% Gewissheit.

Zu früh gefreut... der letzte Anstieg kam vonm alleine

[apollon77]

@Feuersturm @sigi234 Eine neue Version ist auf GitHub, die das fixen sollte. Bitte prüfen.

[SBorg]

@apollon77 Die 3.2.5 hängt bei mir, kein ioB mehr.
iobroker status all:

iobroker is running on this host.



SYSTEM/memoryLimitMB: 0
SYSTEM/hostname:
MULTIHOSTSERVICE/enabled: false
MULTIHOSTSERVICE/secure: true
NETWORK/IPv4: true
NETWORK/IPv6: true
(node:4830) UnhandledPromiseRejectionWarning: TypeError: Cannot convert undefined or null to object
    at Function.keys (<anonymous>)
    at showConfig (/opt/iobroker/node_modules/iobroker.js-controller/lib/cli/cliProcess.js:283:31)
    at showConfig (/opt/iobroker/node_modules/iobroker.js-controller/lib/cli/cliProcess.js:290:13)
    at showConfig (/opt/iobroker/node_modules/iobroker.js-controller/lib/cli/cliProcess.js:290:13)
    at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.js-controller/lib/cli/cliProcess.js:212:25)
(node:4830) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). To terminate the node process on unhandled promise rejection, use the CLI flag `--unhandled-rejections=strict` (see https://nodejs.org/api/cli.html#cli_unhandled_rejections_mode). (rejection id: 1)
(node:4830) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code.

Danach hängt das Terminal + nix mehr

@Wal sagte in Beta Test js-controller 3.2.x auf GitHub:

@SBorg ,
nicht schlecht dein Speicherverbrauch. Bei mir sind es ca. 200MB weniger, von 1,4GB auf 1,14GB.
Instanzen siehe oben, Grafana läuft auch noch im gleichen Container.

Ist die kpl. VM, inkl. ioB, Grafana, Influx, Apache...
Der reine ioB liegt um die 5GB, die ~100-200MB Einsparung kann ich so bestätigen