js-controller 4.0 jetzt im BETA/LATEST!

[darkiop]

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

läuft .... Und die Augen sind offen

Heut nach waren die Augen zwar zu, aber das Log heut Morgen aus der Nacht war unauffällig

[SBorg]

Schade, nach erfolgreichem Update der letzten Version, jetzt wieder:

Ich glaube ich lege mir jetzt ein kleines Bash-Skript für die Installation mittels npm an. Ich vergesse jedes mal die genaue Syntax

[AlCalzone]

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

Ich vergesse jedes mal die genaue Syntax

Du meinst npm i iobroker.js-controller?

[SBorg]

@alcalzone Müsste ich da nicht noch ein "@latest" anhängen?
Ich nutze aktuell npm i iobroker.js-controller@4.0.18 --production

[AlCalzone]

@sborg Ja, richtig... @latest fehlt.

--production kannst du dir sparen, das ist nur relevant, wenn du im aktuellen Ordner npm install ohne Angabe des Paketnamens ausführst. Das verhindert, dass dann auch sämltliche devDependencies installiert werden.

[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

[Neuschwansteini]

@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