js-controller 2.0 ab sofort im Latest Repo

[sigi234]

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

Der Bug scheint aber neu zu sein, da ich bis jetzt noch nie eine Instanz gestoppt hatte, bevor ich deinstalliert habe

Da mache ich immer , vorher stoppen.

[apollon77]

@Jan1 ja er ist neu. Hat sich bei den Compact Modus Umbauarbeiten eingeschlichen. Aber ist ok. Fixen wir (bzw GitHub ist schon gefixt)

[apollon77]

So, und weil es so schön ist (und doch noch ein paar Kleinigkeiten aufgekommen sind):

2.0.42 ist verfügbar im latest ab gleich:

• (Apollon77) Correct error message if certificate can not be parsed
• (bluefox) Fix upload of material adapter
• (Apollon77) prevent crash when adapter instance is deleted which is also running currently and if stopped by deletion
• (bluefox) make sure getForeignStates do not modify the input ids list
• (Apollon77) enhance list instances and only show compact infos if adapter supports it

[MathiasJ]

2.0.42 ist bei mir jetzt on.
War nur ein kleines Gezehter.
Erst beim Slave den Update gemacht.
dann beim Master. da hat er mir dann Fehlermeldungen gebracht.
Nach dem Fix alles nochmal, da hat er aber kein Update mehr gemacht weil iobroker "up to date".
Komisch, komisch...... naja, die neue Version ist drauf.

[apollon77]

@MathiasJ in solchen Fällen sind die genauen Fehlermeldungen halt extrem interessant. Waren vllt ja auch nur Warnungen.

[msauer]

hi...nach dem ich einige Files unter 0_userdata.0 abgelegt hatte, bekomme ich nun einen Fehler im BackupIt

ERROR] [minimal] - /opt/iobroker/node_modules/standard-as-callback/built/index.js:6
        throw e;
        ^

Error: EISDIR: illegal operation on a directory, open '/opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/files/0_userdata.0/files/icons/thermo/'
    at Object.openSync (fs.js:443:3)
    at Object.writeFileSync (fs.js:1194:35)
    at objects.readFile (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupBackup.js:57:24)
    at _getBinaryState (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsInRedis.js:520:13)
    at client.getBuffer (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsInRedis.js:329:17)
    at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:11:23)
    at promise.then (/opt/iobroker/node_modules/standard-as-callback/built/index.js:19:49)
    at process._tickCallback (internal/process/next_tick.js:68:7)

[DEBUG] [minimal] - done

Damit ich auch mal prüfen kann welches Files überhaupt da liegen, würde ich gerne auch darauf mit WSCP zugreifen wollen. Aber ich finde kein Folder mit 0_userdata.0 ... Was kann ich tun, um das zu prüfen?

[apollon77]

@msauer Ich tippe eher das eine deiner obigen Versuche wo du einen Verzeichnisnamen angegeben hast dazu geführt haben das der Index kaputt ist. Er denkt das ein File da liegt wo eigentlich ein verzeichnis ist.

Ich schaue das ich das noch abfange.
Für dich: Bitte 2.0.42 installieren, ioBroker stoppen! Dann dort in /op/iobroker/iobroker-data/files/0_userdata.0 das _data.json löschen.
Dann 'iobroker file sync" aufrufen - damit sollte der Index neu erstellt werden.

Dann neu versuchen bitte

[msauer]

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

/iobroker-data/files/0_userdata.0

Das ist das Problem... es gibt kein Verzeichnis 0_userdata.0 in files

root@MSNUC-IOB:/opt/iobroker/iobroker-data/files# cd /opt/iobroker/iobroker-data/files/0_userdata.0
-bash: cd: /opt/iobroker/iobroker-data/files/0_userdata.0: Datei oder Verzeichnis nicht gefunden
root@MSNUC-IOB:/opt/iobroker/iobroker-data/files#

root@MSNUC-IOB:/opt/iobroker# cd iobroker-data/
root@MSNUC-IOB:/opt/iobroker/iobroker-data# cd files/
root@MSNUC-IOB:/opt/iobroker/iobroker-data/files# ls -la
insgesamt 560
drwxrwxr-x+ 118 iobroker iobroker  4096 Sep 24 11:16 .
drwxrwxr-x+   8 iobroker iobroker  4096 Okt 22 20:40 ..
drwxrwxr-x+   2 iobroker iobroker  4096 Okt 22 20:40 admin.admin
drwxrwxr-x+   3 iobroker iobroker  4096 Okt 22 20:40 alexa2.admin
drwxrwxr-x+   2 iobroker iobroker  4096 Okt 22 20:40 amazon-dash.admin
drwxrwxr-x+   2 iobroker iobroker  4096 Okt 22 20:40 cloud.admin
drwxrwxr-x+   3 iobroker iobroker  4096 Okt 22 20:40 daswetter.admin
drwxrwxr-x+   2 iobroker iobroker  4096 Okt 22 20:40 discovery.admin
drwxrwxr-x+   2 iobroker iobroker  4096 Okt 22 20:40 dwd.admin

[apollon77]

@msauer Hast Du Objekte im redis? Der Fehler kommt nicht beim lesen, sondern wenn er versucht das zu schreiben fürs backup ...

[msauer]

@apollon77 Ja, Redis ist voll an...

Objects type: redis
States  type: redis

[apollon77]

@msauer Gut, haben wir so aufgeräumt. ich fixe noch die Schreib-Aktion das sowas nicht nochmal passiert

[arteck]

@apollon77 also .43 heute ??

[apollon77]

Wenn es nur das eine ist was aufgekommen ist heb ich das für die Version im Stable auf.

[steimi]

Nur so als Hinweis/Frage: nach jedem Update ist der example_state unter 0_userdata wieder da, auch wenn ich ihn gelöscht habe. Korrekt? Soll so bleiben?

[apollon77]

@steimi Ja, der wird bei einem Update wieder neu angelegt ebenso wie der alias.0 Ordner.

[Chaot]

@apollon77 Ich möchte dir (und den anderen Entwicklern die hier dran waren) ein ganz dickes Lob aussprechen.
Der Controller läuft bei mir einwandfrei und ich habe zusätzlich festgestellt das meine Prozessorauslastung deutlichst zurückgegangen ist.
Der NUC langweilt sich so langsam wenn ihr so weitermacht.

Ganz herzlichen Dank für eure Arbeit und eure Verbissenheit auch kleinste Fehler zu beheben. Das macht am ioBroker am meisten Spaß das ihr Entwickler so hinter der Sache steht.

[apollon77]

@Chaot Danke sehr!! Mit solchem Feedback macht es doch gleich doppelt Spass

[apollon77]

Halli Hallo an alle Latest Nutzer

Ein paar Kleinigkeiten sind dann doch noch aufgelaufen und daher habe ich gerade die 2.0.43 (aka Stable-RC4 ... jetzt wirklich die letzte ) auf npm und ins latest gepackt.

Changelog:

• (Apollon77) enhance backup error handling for invalid files - they now display errors and not break the backup process
• (Apollon77) make sure new enabled/moved instances are started directly
• (Apollon77) increase object init timeout for adapter starts before complaining/stopping
• (Apollon77) fix file read/write to not allow invalid locations and add some more checking
• (Apollon77) add some more logging for ioredis initializations

Ingo

[sigi234]

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

2.0.43

Installiert. Alles Ok.

[Chaot]

@sigi234 So schnell?
Mir wird das noch nicht angeboten.
Host ist aktuell 2.0.42