js-controller 2.0 ab sofort im Latest Repo

[BBTown]

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

wenn ich iQontrol im IOBroker aufrufe

hast Du ggf. etwas von http auf https umgestellt?
Es wird ein Zertifikat erwartet
Über "erweitert" kommst Du in den Dialog die Seite dennoch aufrufen zu können

[Jan1]

@BBTown
Es steht die ganze Zeit schon auf HTTPS und damit hatte ich das Problem noch nicht.
Die Seite lässt sich im IOBroker auch nicht mit "erweitert" öffnen, da hier nur "zurück" möglich ist. Wenn ich sie normal im Firefox öffne, kommt diese Meldung auch, kann aber mit erweitert geöffnet werden. Im Anschluss geht es auch im IOBroker wieder.
Somit nicht tragisch, aber seltsam, weil es die ganze Zeit eigentlich auch ohne diese Meldung funktioniert hatte und außer JS Update wurde nicht wirklich was geändert.

[BBTown]

@Jan1
ist ggf. ein Zertifikat abgelaufen?
Wenn es viele Aktualisierungen gibt (upates) kann es auch sein, dass ein Zertifikat bzw. eine Nachfrage erenut kommt.

Bei mir ist es bspw. so wenn ich ein Update bei Proxmox durchführe, dass beim ersten nächsten Start auch dieser Dialog kommt und dann erst einmal wieder Ruhe ist (sorry, ich kann das nicht besser/fundierter erkläutern).

[apollon77]

@Jan1 mehr bitte. Das starten nach dem Crash ist irrelevant. Brauche logs von BEVOR das connection close kam. Das ist nur die Auswirkung weil Controller weg war.

[apollon77]

Die 2.0.41 hat tiefere Zertifikat Checks drin und generiert wenn nötig ein neues ssl Zertifikat.

Es wird die key länge geprüft, die Gültigkeit - also ob abgelaufen - und auch das es nicht länger gültig ist als 825 Tage (iOS 13 Anforderung). Die 1.5.x hat schon alte Zertifikate ersetzt aber mit einem was 5 Jahre gültig ist. Das ist für die neuen Apple Vorgaben zu lang.

Daher musst du denke nur das neue Zertifikat akzeptieren (so wie irgendwann früher mal)

[Jan1]

@apollon77
Da steht nicht mehr drin.
Ich installiere jetzt noch mal den Mail Adapter und schau ob mir das System beim Deinstallieren wieder abschmiert.
Hier das komplette Log nach dem IOBroker beim Deinstallieren wieder abgeschmiert ist:
iobroker.2019-11-10.log
restart.log

Ich denke, dass der Email Adpter ein Problem hat, da er selbst wenn ich den compact modus aktiviere, zwar die Meldung in der Konsole kommt, dass der Modus geändert wurde, aber immer noch auf disabled steht:

root@Beelink:/opt/iobroker# iobroker compact email.0 enable 2
This adapter does not support compact mode. The below settings will have no effect!

Compact mode enabled for instance: true
Compact group:                     --> 2
Instance settings for "email.0" are changed.
root@Beelink:/opt/iobroker# iobroker list instances
+ system.adapter.admin.0                 : admin                 -  enabled, compact enabled (group 1), port: 8081, bind: 0.0.0.0 (SSL), run as: admin
+ system.adapter.alexa2.0                : alexa2                -  enabled, compact enabled (group 1)
+ system.adapter.backitup.0              : backitup              -  enabled, compact enabled (group 1)
+ system.adapter.ble.0                   : ble                   -  enabled, compact enabled (group 1)
+ system.adapter.email.0                 : email                 -  enabled, compact disabled

[apollon77]

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

This adapter does not support compact mode. The below settings will have no effect!

Das sagt an sich schonmal das email bisher compact mode nicht unterstützt. Von daher kann der auch nicht im compact mode laufen.

Sonst gratuliere, hast noch nen Bug gefunden Der passiert wenn man eine Instanz löscht und der Adapter da noch läuft. Würde aber erstmal keine extra neue Version machen sondern warten was noch kommt.

[Jan1]

@apollon77
Ja jetzt sehe ich es auch, voll überlesen
Der Bug scheint aber neu zu sein, da ich bis jetzt noch nie eine Instanz gestoppt hatte, bevor ich deinstalliert habe. Was solls, so oft deinstalliere ich eigentlich auch nicht und wenn man es weiß kann man auch damit leben.

[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 ??