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

[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

[A Former User]

@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

[AlCalzone]

@apollon77 Sorry wenn ich dir da jetzt (ein bisschen) in den Rücken falle, aber für arp-scan wird zumindest ein Eintrag in sudoers.d erzeugt:
https://github.com/ioBroker/ioBroker/blob/b707fdbc53e6ad44b72e073af1cc19efcc965a22/installer_library.sh#L635-L652

Das sollte aber auch nur 1x nötig sein und nicht durch Updates beeinflusst.

[apollon77]

@alcalzone Nee, alles ok, aber fakti ist dennoch das der installer/fixer keine "setcap" für arp macht

[Diginix]

@apollon77 Kann ich bestätigen. Ich habe ein Shellscript was für radar2 alles setzt, falls ich mal Systemupdates o.ä. mache. Steht auch im entsprechenden radar2 Thread und wurde mWn noch nie vom Fixer mit erledigt.

sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which arp-scan`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which node`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which arp`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which hcitool`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which hciconfig`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which l2ping`)