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

[haselchen]

@alcalzone
@apollon77

Ich bin im Container auf einer Syno unterwegs.
Momentan habe ich die Version 3.3.22 und Nodejs V12.22
Das Update startet das Terminal , bleibt aber am Ende bei:

node iobroker.js setup first mit

no connection to database possible

hängen.

Timeout in der iobroker.json habe ich schon verstellt.
Hoch wie runter.

Ideen bezüglich Docker / Container / NAS ?

Edit: wenn ich nach der fehlgeschlagenen Installation
den Befehl npm i iobroker.js-controller@3.3.22 eingebe, dann installiert er den Controller.
Nehme ich die 4.0.15 oder 4..0.18 kommt der o.g. Fehler.

[apollon77]

@haselchen sehr komisch. Iobroker ist gestoppt im container und wird nicht parallel Versucht neu zu starten oder sowas?!

Und die Meldung kommt auch so wenn du e per npm installierst und nicht per Upgrade Self?

Ansonsten Versuch ein install mit npm und für als Parameter „--ignore-scripts“ an. Dann machst du nach dem install ein „iob setup first“ manuell. Geht das?

[haselchen]

@apollon77

iobroker ist mit pkill -u iobroker gestoppt.
Sobald es auf V4 geht, kommen die Meldungen.
Ich mach mich eventuell heute abend noch mal ran an die Sache.
Das dauernde zurückspielen , Befehle probieren etc. raubt mir sonst den Samstag.

[apollon77]

Und weil es so schön ist wurde nich ein relevanter Bug gefunden: js.controller 4.0.19 taucht bald auf

4.0.19 (2022-03-05)

• (foxriver76) Fix Adapter restarting on install/update
• (foxriver76) Really fix invalid backup period warning

[haselchen]

@apollon77

Mit dem ingore Zusatz ist es durchgelaufen.
Mit dem setup first Befehl habe ich den No Connection to database Fehler.

[Siggi0904]

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

4.0.19

Danke für die neue Version?
Wann geht die neue Version 4.0.19 ins Stable?

Dann bräuchte ich das system nur einmal anhalten.
Ich hatte gestern auf die 4.0.15 von der 3er migriert.

[apollon77]

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

Wann geht die neue Version 4.0.19 ins Stable?

vorauss morgen dene ich wenn es weiter so "ruhig" bleibt

[apollon77]

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

Mit dem setup first Befehl habe ich den No Connection to database Fehler.

Kannst davon bitte nochmal ne shell ausgabe zeigen? (inkl. einer "iob status" ausgabe)

[crunchip]

bisschen OT Problem Adapter radar2

hab gerade die V4.0.19 installiert, dabei ist mir aufgefallen, das scheinbar der ìob fix vor dem ìob upgrade self nicht greift, da folgende Meldung bei Start des radar2.0 erschien

radar2.0
2022-03-06 18:09:02.071	warn	Adapter not running as root or iobroker has no sudo right, cannot use arp-scan!

seq.0
2022-03-06 18:09:01.133	info	starting. Version 0.2.10 in /opt/iobroker/node_modules/iobroker.seq, node: v14.19.0, js-controller: 4.0.19

auch zu sehen doArp(false)

radar2.0
2022-03-06 18:09:22.272	info	radar2 set use of noble(false), doArp(false), btid(1) and doUwz(null,0,0,,false).

musste dann händisch die cup's setzen und Adapter neu starten

radar2.0
2022-03-06 18:13:56.922	info	radar2 set use of noble(false), doArp("-lgq --retry=5 --timeout=400" on ens18), btid(1) and doUwz(null,0,0,,false).

[apollon77]

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

musste dann händisch die cup's setzen und Adapter neu starten

Welche cup's musstest Du setzen? Die von arp? Die macht der fixer nicht und hat er auch noch nie :-)

[crunchip]

@apollon77 ja für arp

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

Die macht der fixer nicht und hat er auch noch nie

täuscht du dich da nicht?
müsste ich den Thread suchen, wo genau das Thema war, eben die cups nicht mehr setzen zu müssen, da dies der fix erledigt
und funktionierte bisher auch zuverlässig bei mir

[Ein ehemaliger Benutzer]

@apollon77 Hi, die Isabell V19 tut hier ganz gechillt ihren Dienst! :-)

( Bei mir seit ueber 3 Jahren... hihi )

[haselchen]

@apollon77

Ich hab jetzt den Holzhammer rausgeholt.
Nach x Jahren quasi bei 0 wieder angefangen.
Hab meine Einstellungen und Skripte gesichert und den neuesten Container installiert und alles auf Stand gebracht.
Backup eingespielt und nun bin ich aktuell wieder zurück im Spiel.
Warum ich ums Verrecken nicht auf die 4er Controller Version gekommen bin weiß der Geier.
Mag aber vielleicht daran liegen, dass der Container fast 3 bis 4 Jahre alt war.
Trotzdem war alles auf Stand.
Node war bei 14
In den Adapter soweit alles gut, keine Errors.
Wollte halt jetzt auf V4 hochziehen.

Naja. WE verbraten, dafür hoffentlich erstmal Ruhe.

[apollon77]

@crunchip der fixer setzt schon immer nur rechte für nodejs binary … …

[apollon77]

@haselchen verstehen tue ich es trotzdem nicht. :-((. Aber gut das du ne Lösung hast

[da_Woody]

@apollon77 wieder sauber durchgeflutscht... :)

[Feuersturm]

@apollon77 Auch hier läuft die 4.0.19 auf meinem Produktivsystem unauffällig.

[apollon77]

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

täuscht du dich da nicht?

Nope :-))

Reality wins

https://github.com/ioBroker/ioBroker/blob/master/installer_library.sh#L265-L280

[crunchip]

@apollon77 ist aber seltsam, das ich bei den letzten node.js update's bzw generellen update's "nur" den fixer hab laufen lassen und der radar2 und auch ble haben somit funktioniert.
ist schon ewig her(bestimmt 1 Jahr), das ich die cups selbst gesetzt hab

[apollon77]

@crunchip naja bedenke mal folgendes: Wann muss man "cap"s neu setzen? Wenn das Binary ersetzt wird ... deswegen passt das ach immer so lange bis ein nodejs Update - oder ein arp Update bei den Linux paketen war