js-controller 2.0 ab sofort im Latest Repo

[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

[apollon77]

@Chaot iobroker update?!

[Chaot]

@apollon77
Bereits drei mal versucht.

iobroker stop
iobroker update
iobroker upgrade self

"Host "iobroker" is up to date"

[crunchip]

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

jetzt wirklich die letzte

Abwarten

[sigi234]

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

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

jetzt wirklich die letzte

Abwarten

Quote: 50:50

Muss ja mal auch ein bisschen Spaß sein.