js-controller 4.0 jetzt im BETA/LATEST!

[crunchip]

@foxriver76 aber ich habe doch ne ganze Reihe funktionierende Ordner und DP's unter 0_userdata.0, dieser aber ja nicht unter Dateien auftaucht

was soll der Ordner Benutzerdaten sein? den gibts doch dann eigentlich normalerweise nicht?

[apollon77]

Also Fakt ist das 0_userdata nicht userdata ist und daher hat das eine Mit dem Anderen doch nichts zu tun. Ich tippe ja das du vllt früher mal manuell Dateien in einem solchen Verzeichnis hattest (kann das vllt sein?). Ansonsten: schau was Drin ist und wenn nix dann löschen und Ende.

[foxriver76]

@crunchip ja passt doch alles du hast da Objekte in dem namespace all good es gibt aber auch Files. Für Objekte wird keine Datei erzeugt, der Ordner hat mit den Objekten nix zu tun. Wie Ingo sagt und ich vor ein paar Posts, wenn leer dann lösch.

[crunchip]

@apollon77 sagte in js-controller 4.0 jetzt im BETA/LATEST!:

Ansonsten: schau was Drin ist und wenn nix dann löschen und Ende.

da is nix drin, ich kenne dieses Verzeichnis nicht und wüsste auch gar nicht woher das kam, werde ich löschen

@foxriver76 sagte in js-controller 4.0 jetzt im BETA/LATEST!:

ja passt doch alles

also gibt es kein 0_userdata.0 im Pfad /opt/iobroker/iobroker-data/files/?

[foxriver76]

@crunchip nur wenn du etwas unter Admin Reiter Dateien Ordner Benutzerdaten (Backend 0_userdata.0) hochlädst..

[crunchip]

nachdem ich hierher verwiesen wurde, siehe https://forum.iobroker.net/post/761767
heutiges backitup Update von v2.3.0.auf v2.3.1 ergab folgenden Fehler
habe kein multihost und verwende jsonl

2022-02-13 17:06:27.572 - info: backitup.0 (15941) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
2022-02-13 17:06:28.086 - error: backitup.0 (15941) Connection is closed.
2022-02-13 17:06:28.089 - error: backitup.0 (15941) 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().
2022-02-13 17:06:28.090 - error: backitup.0 (15941) unhandled promise rejection: States DB is not allowed to start in the current Multihost environment
2022-02-13 17:06:28.092 - error: backitup.0 (15941) Error: States DB is not allowed to start in the current Multihost environment
at Redis. (/opt/iobroker/node_modules/@iobroker/db-states-redis/lib/states/statesInRedisClient.js:579:23)
at processTicksAndRejections (internal/process/task_queues.js:95:5)
2022-02-13 17:06:28.093 - error: backitup.0 (15941) States DB is not allowed to start in the current Multihost environment
2022-02-13 17:06:33.341 - info: backitup.0 (16133) starting. Version 2.3.1 in /opt/iobroker/node_modules/iobroker.backitup, node: v14.19.0, js-controller: 4.0.8
2022-02-13 17:06:33.540 - info: backitup.0 (16133) [iobroker] backup was activated at 05:30 every 1 day(s)

[apollon77]

@crunchip mit welchem Controller? 4.0.8? Ok gesehen das es 4.0.8 ist.

Lese ich den log Auszug korrekt das der Fehler bei einem Start nach dem Update kam aber alles tut? Kommt der Fehler wieder wenn du restartest?

Edit: und bitte mehr log von davor und danach. Am besten auch log vom Update selbst. Ist zu arg gekürzt

[crunchip]

@apollon77 sagte in js-controller 4.0 jetzt im BETA/LATEST!:

Am besten auch log vom Update selbst

ein restart funktioniert ohne Fehlermeldung
das war das log vom Adapter update, hatte nur die info meldungen weggelassen

ganze Fassung

2022-02-13 17:00:00.595 - info: javascript.0 (17194) script.js.Visualisierung.Lebensmittel-RRS: RSS-Feed https://www.lebensmittelwarnung.de/bvl-lmw-de/opensaga/feed/alle/bayern.rss eingelesen
2022-02-13 17:05:07.110 - info: backitup.0 (17701) Got terminate signal TERMINATE_YOURSELF
2022-02-13 17:05:07.135 - info: backitup.0 (17701) cleaned everything up...
2022-02-13 17:05:07.137 - info: backitup.0 (17701) terminating
2022-02-13 17:05:07.139 - info: backitup.0 (17701) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2022-02-13 17:06:00.320 - info: javascript.0 (17194) script.js.Benachrichtigung.zigbee_überwachung: Run Zigbee-Watchdog
2022-02-13 17:06:04.699 - info: javascript.0 (17194) script.js.common.System.Statusmeldungen.Status_Lichtzählen1: Auslösender Schalter: sonoff.0.Kueche.POWER: false
2022-02-13 17:06:04.707 - info: javascript.0 (17194) script.js.common.System.Statusmeldungen.Status_Lichtzählen1: Text:
2022-02-13 17:06:04.708 - info: javascript.0 (17194) script.js.common.System.Statusmeldungen.Status_Lichtzählen1: Anzahl Lichter: 20 # davon Lichter an: 0
2022-02-13 17:06:27.572 - info: backitup.0 (15941) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
2022-02-13 17:06:28.086 - error: backitup.0 (15941) Connection is closed.
2022-02-13 17:06:28.089 - error: backitup.0 (15941) 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().
2022-02-13 17:06:28.090 - error: backitup.0 (15941) unhandled promise rejection: States DB is not allowed to start in the current Multihost environment
2022-02-13 17:06:28.092 - error: backitup.0 (15941) Error: States DB is not allowed to start in the current Multihost environment
at Redis. (/opt/iobroker/node_modules/@iobroker/db-states-redis/lib/states/statesInRedisClient.js:579:23)
at processTicksAndRejections (internal/process/task_queues.js:95:5)
2022-02-13 17:06:28.093 - error: backitup.0 (15941) States DB is not allowed to start in the current Multihost environment
2022-02-13 17:06:33.341 - info: backitup.0 (16133) starting. Version 2.3.1 in /opt/iobroker/node_modules/iobroker.backitup, node: v14.19.0, js-controller: 4.0.8
2022-02-13 17:06:33.540 - info: backitup.0 (16133) [iobroker] backup was activated at 05:30 every 1 day(s)
2022-02-13 17:08:00.508 - info: javascript.0 (17194) script.js.Visualisierung.Tageshow: URL: media.tagesschau.de/video/2022/0213/TV-20220213-1630-1001.webxl.h264.mp4
2022-02-13 17:08:00.517 - info: javascript.0 (17194) script.js.Visualisierung.Tageshow: HTML: https://www.tagesschau.de/multimedia/livestreams/livestream-3-105~player.html

[apollon77]

@crunchip sorry. Im log sehe ich immer noch keinen install oder Update drin. Bitte meeeeeeeeeehr log

[crunchip]

@apollon77 es gibt nicht meeeeeeeeeeehr, das ist genau das was ausgegeben wurde nachdem ich das update gemacht habe. Nicht mehr und nicht weniger.
Kann nichts her zaubern was es nicht gibt.

Im übrigen hab ich auch noch metro widget und ìQontrol ein update gemacht, find ich aber ebenfalls nichts dazu im log!!

[apollon77]

@crunchip ich würde gern das update im
Log sehen (an sich ist das immer mit drin) und auch die zeitlichen Zusammenhänge des Updates mit dem Adapter start der da gezickt hat.

[crunchip]

@apollon77 ich kann dir das ganze log vom Tag schicken

habe gerade vis update gemacht um 21:33 habe ich den aktualisieren Button gedrückt

log dazu

2022-02-13 21:25:12.293 - info: vis.0 (10029) starting. Version 1.4.12 in /opt/iobroker/node_modules/iobroker.vis, node: v14.19.0, js-controller: 4.0.8
2022-02-13 21:25:12.451 - info: vis.0 (10029) vis license is OK.
2022-02-13 21:25:19.794 - info: vis.0 (10029) Changes in index.html detected => update cache.manifest
2022-02-13 21:25:20.195 - info: vis.0 (10029) Upload vis anew, while changes detected...
2022-02-13 21:25:26.571 - info: javascript.0 (17194) script.js.common.System.Statusmeldungen.Status_Lichtzählen1: Auslösender Schalter: zigbee.0.00158d0005062d72.state: true
2022-02-13 21:25:26.574 - info: javascript.0 (17194) script.js.common.System.Statusmeldungen.Status_Lichtzählen1: Text: Buerolicht ,Esstisch ,Flur,Garten,Kueche ,Noel-Wandlicht ,Sofa ,Terrasse
2022-02-13 21:25:26.575 - info: javascript.0 (17194) script.js.common.System.Statusmeldungen.Status_Lichtzählen1: Anzahl Lichter: 20 # davon Lichter an: 8
2022-02-13 21:25:31.456 - info: javascript.0 (17194) script.js.common.System.Statusmeldungen.Status_Lichtzählen1: Auslösender Schalter: sonoff.0.WC-Licht.POWER: true
2022-02-13 21:25:31.459 - info: javascript.0 (17194) script.js.common.System.Statusmeldungen.Status_Lichtzählen1: Text: Buerolicht ,Esstisch ,Flur,Garten,Kueche ,Noel-Wandlicht ,Sofa ,Terrasse,WC-Licht
2022-02-13 21:25:31.460 - info: javascript.0 (17194) script.js.common.System.Statusmeldungen.Status_Lichtzählen1: Anzahl Lichter: 20 # davon Lichter an: 9
2022-02-13 21:25:53.194 - info: vis.0 (10029) Uploaded. 0
2022-02-13 21:25:53.706 - info: vis.0 (10029) Terminated (NO_ERROR): Without reason
2022-02-13 21:26:39.217 - info: vis.0 (10545) starting. Version 1.4.12 in /opt/iobroker/node_modules/iobroker.vis, node: v14.19.0, js-controller: 4.0.8
2022-02-13 21:26:39.507 - info: vis.0 (10545) vis license is OK.
2022-02-13 21:26:41.307 - info: vis.0 (10545) Terminated (NO_ERROR): Without reason

[apollon77]

@crunchip Ist dad das Log aus dem Admin? Kannst Du bitte mal schauen ob im Logfile auf der Platte mehr steht unter /opt/iobroker/logs/...

[crunchip]

@apollon77 sagte in js-controller 4.0 jetzt im BETA/LATEST!:

Ist dad das Log aus dem Admin?

log herunterladen Button und dann herauskopiert

auf der Platte steht auch nicht mehr

[apollon77]

@crunchip wtf ... das macht es irgendwie noch komischer ... starte controller und so mal neu

[crunchip]

@apollon77 mach ich morgen vormittag, sehe gerade, es kamen ein paar Adapter updates, dann teste ich das in aller Ruhe

Edit:
hängt aber nicht damit zusammen, das die Logstufe vom Host auf warn steht?

[apollon77]

@crunchip sagte in js-controller 4.0 jetzt im BETA/LATEST!:

hängt aber nicht damit zusammen, das die Logstufe vom Host auf warn steht?

hehe ... ja klar, damit fehlen alle info logs ... damit fehlen einige Infos zum Debuggen

[crunchip]

@apollon77 sagte in js-controller 4.0 jetzt im BETA/LATEST!:

ja klar, damit fehlen alle info logs

da bin ich mir aber nicht sicher, host hab ich schon ewig auf warn stehen, aber wenn mich nicht alles täuscht, sah man trotzdem die Meldungen... update version x auf version y

[apollon77]

So, wir nähern uns dem Ende ... die 4.0.9, damit Stable RC1, mit letzten Optimierungen und Fixes ist auf dem Weg ins Latest Repo:

4.0.9 (2022-02-13)

• (foxriver76) dependency check on instance deletion: hostname has to be relative to instance if single instance is deleted
• (foxriver76) fix setInterval method for adapters
• (AlCalzone) Prevent db-file-locking issues for jsonl database; the connectTimeout ro databases is now minimum 5s (overrides lower values from configuration)

[Feuersturm]

@apollon77 Update auf Master und Slave mit der 4.0.9 verlief ohne Probleme.