UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Jan1]

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

@Jan1 Aber danach kams jetzt nicht mehr oder ?! Also mit der 2.2.2 ist die Funktion wieder da ...

Nein sieht alles sehr sauber aus und auch sonst keine Auffälligkeiten. Hatte mit Problemen gerechnet, da ich einige der Adapter laufen habe, die im ersten Post als evt. problematisch gelten.

[MathiasJ]

@apollon77
hat sich erledigt.
Nach einem Fix und 2 mal neu upgedatet mit

npm install ioBroker/ioBroker.js-controller

und

sudo -H -u iobroker npm install ioBroker/ioBroker.js-controller

laufen ble und Radar2 wieder.
beim ersteren Code kamen zig Fehlermeldungen, beim zweiten Code ging es dann.
Gruß,
Mathias

[Einstein67]

Mit JS-2.2.2 "laufen" hier alle meine Adapter problemlos!

Was nicht funktioniert, ist das löschen von Instanzen und Adapter über die Admin-GUI. Beim Versuch einen Adapter/Instanz zu löschen wird das Entfernen mit einem "Exit 0" beendet. Danach wird die Adapter-Konfigurationsseite geöffnet, und Adapter/Instanz ist noch vorhanden ...

Über die Konsole geht das entfernen problemlos!

[apollon77]

@Einstein67 was genau steht im log?

[Jan1]

@Einstein67
stimmt und hier gleich mal ein Log dazu:

$ ./iobroker del iogo
Delete adapter "iogo"
host.Beelink Counted 1 instances of iogo
host.Beelink Counted 1 adapter for iogo
host.Beelink Counted 1 states of iogo
host.Beelink Counted 14 states of system.adapter.iogo
ERROR: Cannot delete iogo files folder: Not existsCannot delete iogo.admin files folder: Not exists
ERROR: host.Beelink error: Not exists
host.Beelink Deleting 17 object(s).
npm uninstall iobroker.iogo --silent --save --prefix "/opt/iobroker" (System call)

und hier der Versuch die Instanz zu löschen, was nicht funktioniert:

[apollon77]

@Jan1 sieht an sich ok aus. Sind die system.adapter.iogo states noch vorhanden? Oder sind die weg? Läuft das npm uninstall vllt noch irgendwie?

Dann bitte mal ein GitHub issue anlegen. Prüfe ich später.

[Jan1]

@apollon77
Die states sind weg, nur die Instanz lässt sich nicht löschen, zumindest in der Admin GUI.

[Einstein67]

@Jan1 Danke für die Logs. Haben bei mir auch so ausgesehen.

Jetzt muss ich das nicht mehr "nachspielen" und Schrrenshots machen ;)

[Jan1]

@Einstein67
Aber ein Issue dazu darfst erstellen :blush:

[Homer.J.]

Läuft keine Fehler im Log bei 41 laufenden Instanzen. :+1:

Grüße

[Einstein67]

@Jan1 said in Beta-Test js-controller 2.2.x GitHub:

Aber ein Issue dazu darfst erstellen

Ist erledigt! Und .... ich hasse Englisch ;)

[Ein ehemaliger Benutzer]

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

@Jan1 sieht an sich ok aus. Sind die system.adapter.iogo states noch vorhanden? Oder sind die weg? Läuft das npm uninstall vllt noch irgendwie?

Dann bitte mal ein GitHub issue anlegen. Prüfe ich später.

Das hab ich schon länger, er löscht nur ein Teil aus den Verzeichnissen ohne Fehlermeldung, aber die Verzeichnisse der Adapter bleiben bestehen, und da meint der Admin anscheinend, dass der Adapter noch installiert ist.. obwohl die Dateien im Verzeichnis weg sind..
Lösche ich das Verzeichnis des gelöschten Adapters dann per hand, sieht man den Adapter im Admin auch nicht mehr.

[HappyTeaFriend]

Bei mir läuft alles nach dem Update:

Hatte nur den Permissions Fehler mit der pids.txt Datei. Jedoch mit dem Fixer hat es geklappt.

[sigi234]

@apollon77

V 2.2.2
Das ist Neu:

undefined2019-12-29 00:16:21.275 - error: admin.0 (1472) Cannot check file: C:\Program Files\iobroker\Test\log/iobroker.2019-12-28.log
2019-12-29 00:16:23.543 - error: admin.0 (1472) Cannot check file: C:\Program Files\iobroker\Test\log/iobroker.2019-12-28.log
2019-12-29 00:16:47.526 - error: admin.0 (1472) Cannot check file: C:\Program Files\iobroker\Test\log/iobroker.2019-12-28.log

[apollon77]

@Einstein67 kannst auch deutsch :-)

[apollon77]

@sigi234 Hm ... ... da scheint wohl das neue "rotieren als .gz" den Admin Adapter an der Stelle aus dem Tritt zu bringen ... Schau mal bitte ins Logs verzeichnis auf den Timestamp vom Logfile vom 28.12. mit gz Endung ... Ist der eventuell ähnlich?

[sigi234]

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

@sigi234 Hm ... ... da scheint wohl das neue "rotieren als .gz" den Admin Adapter an der Stelle aus dem Tritt zu bringen ... Schau mal bitte ins Logs verzeichnis auf den Timestamp vom Logfile vom 28.12. mit gz Endung ... Ist der eventuell ähnlich?

[apollon77]

@sigi234 Das iobroker-audit-file gehört zum Logging-System und enthält Infos zu den Logfiles die es aktuell geben sollte ... ist also ab jetzt "normal".

Interessant nur das bei dir neben dem rotierten File auch das ungepackte liegt?

[sigi234]

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

Interessant nur das bei dir neben dem rotierten File auch das ungepackte liegt?

Ok,kommt aber jetzt immer.

admin.0	2019-12-29 00:49:06.979	error	(1472) Cannot check file: C:\Program Files\iobroker\Test\log/iobroker.2019-12-28.log

[apollon77]

@sigi234 In welchen Abständen?