[Erl]Verbindung zum Server verloren, Verbindung wird erneut hergestellt

[Henke]

Erst stabil ans laufen bringen! Wer weiß was passiert, wenn mitten im Update NodeRed knallt.
Im Zweifel solange flows/nodes deaktivieren, bis der Fehler weg ist.
Die logs geben dabei recht gute Hinweise.

Code: Alles auswählen

Mar 16 14:05:50 CCU2RM-MAG daemon.info node-red[5595]: Node-RED version: v1.2.9
Mar 16 14:05:50 CCU2RM-MAG daemon.info node-red[5595]: Node.js  version: v14.16.0
Mar 16 14:05:50 CCU2RM-MAG daemon.info node-red[5595]: Linux 6.1.63 x64 LE
Mar 16 14:05:50 CCU2RM-MAG daemon.err node-red: (node:5595) [DEP0005] DeprecationWarning: Buffer() is deprecated due to security and usability issues. Please use the Buffer.alloc(), Buffer.allocUnsafe(), or Buffer.from() methods instead.
Mar 16 14:05:50 CCU2RM-MAG daemon.err node-red: (Use `node --trace-deprecation ...` to show where the warning was created)

Diese kannst du erst mal ignoriere. NodeRed ist uralt, jetzt bei 3.1.7, node.js auch, jetzt 20.1.11 und der Buffer Fehler wird auch nachher durch das Update behoben.

[HMNutzer]

Servus,

ich kann die Log nicht interpretieren. Magst Du mir ein Beispiel geben, nach was ich suchen muss?

[Henke]

Alle mit .err sind nicht gut, bis auf die oben genannten, die später behoben werden.

Testweise könntest du noe-red im Save-Modus starten. Da läuft dann kein flow und es darf dann auch nicht zum Abbruch der Verbindung kommen. Sonst suchen wir an der falschen Stelle.

[HMNutzer]

Im Safe-Mode habe ich nach 20 min rumgeklickere immer noch keinen Verbindungsabbruch.
Dann wühle ich mich mal durch die Log-Datei.
Danke einstweilen und stay tuned!

[HMNutzer]

Sodala,
scheinbar bin ich die Verbindungsabbrüche los und habe das Update durchgeführt.
Scheint zu laufen mit kleinen Anmerkungen.
npm doctor zeigt im Debug Fenster;

Code: Alles auswählen

npm WARN checkFilesPermission should be owner of /usr/local/addons/redmatic/var/node_modules/@bitpoolos/edge-modbus/node_modules/@serialport/bindings/build
npm WARN checkFilesPermission should be owner of /usr/local/addons/redmatic/var/node_modules/@bitpoolos/edge-modbus/node_modules/@serialport/bindings/build/Release
npm WARN checkFilesPermission should be owner of /usr/local/addons/redmatic/var/node_modules/@bitpoolos/edge-modbus/node_modules/@serialport/bindings/build/Release/bindings.node
npm WARN verifyCachedFiles Content garbage-collected: 1 (501946 bytes)
npm WARN verifyCachedFiles Cache issues have been fixed
npm ERR! Some problems found. See above for recommendations.

npm ERR! A complete log of this run can be found in: /tmp/npm-cache/_logs/2024-03-16T17_08_32_735Z-debug-0.log

Die Logdatei sagt:

Code: Alles auswählen

0 verbose cli /usr/bin/node /usr/bin/npm
1 info using npm@9.8.1
2 info using node@v18.18.2
3 timing npm:load:whichnode Completed in 3ms
4 timing config:load:defaults Completed in 4ms
5 timing config:load:file:/usr/lib/node_modules/npm/npmrc Completed in 1ms
6 timing config:load:builtin Completed in 1ms
7 timing config:load:cli Completed in 4ms
8 timing config:load:env Completed in 0ms
9 timing config:load:file:/usr/local/addons/redmatic/var/.npmrc Completed in 1ms
10 timing config:load:project Completed in 2ms
11 timing config:load:file:/usr/local/addons/redmatic/home/.npmrc Completed in 3ms
12 timing config:load:user Completed in 3ms
13 timing config:load:file:/usr/etc/npmrc Completed in 2ms
14 timing config:load:global Completed in 2ms
15 timing config:load:setEnvs Completed in 2ms
16 timing config:load Completed in 20ms
17 timing npm:load:configload Completed in 20ms
18 timing config:load:flatten Completed in 7ms
19 timing npm:load:mkdirpcache Completed in 0ms
20 timing npm:load:mkdirplogs Completed in 1ms
21 verbose title npm doctor
22 verbose argv "doctor"
23 timing npm:load:setTitle Completed in 2ms
24 timing npm:load:display Completed in 2ms
25 verbose logfile logs-max:10 dir:/tmp/npm-cache/_logs/2024-03-16T17_08_32_735Z-
26 verbose logfile /tmp/npm-cache/_logs/2024-03-16T17_08_32_735Z-debug-0.log
27 timing npm:load:logFile Completed in 21ms
28 timing npm:load:timers Completed in 1ms
29 timing npm:load:configScope Completed in 0ms
30 timing npm:load Completed in 91ms
31 info Running checkup
32 silly logfile done cleaning log files
33 http fetch GET 200 https://registry.npmjs.org/-/ping?write=true 489ms (cache miss)
34 http fetch GET 200 https://registry.npmjs.org/npm 98ms (cache revalidated)
35 timing command:doctor Completed in 13984ms
36 verbose stack Error: Some problems found. See above for recommendations.
36 verbose stack     at Doctor.exec (/usr/lib/node_modules/npm/lib/commands/doctor.js:152:15)
36 verbose stack     at async module.exports (/usr/lib/node_modules/npm/lib/cli-entry.js:61:5)
37 verbose cwd /usr/local/addons/redmatic/var
38 verbose Linux 6.1.63
39 verbose node v18.18.2
40 verbose npm  v9.8.1
41 error Some problems found. See above for recommendations.
42 verbose exit 1
43 timing npm Completed in 14376ms
44 verbose code 1
45 error A complete log of this run can be found in: /tmp/npm-cache/_logs/2024-03-16T17_08_32_735Z-debug-0.log

Diesen edge-modbus habe ich eigentlich gelöscht aus RedMatic.

Soll ich meine weiteren Fragen hier posten oder im Update Thread?

[Henke]

Sieht soweit doch gut aus.
Wenn "@bitpoolos/edge-modbus" nicht mehr verwendet wird, von Hand "/usr/local/addons/redmatic/var/node_modules/@bitpoolos/edge-modbus/" löschen. Was nicht da ist, kann auch keine Probleme mit dem Zugriff erzeugen.

NodeRed schon auf die 3.1.7 aktualisiert?
Wenn ja, dann in der Palette die veralteten Nodes aktualisieren. Mit der Kombination laufen alle auf dem neusten Stand.

[HMNutzer]

Servus,

abschließend nochmals vielen Dank an Henke für die ausführliche und geduldige Hilfe.
Aus meiner Sicht lagen die Verbindungsabbrüche an ungenutzten Soda-Nodes (Soda= einfach so da ).
Nach der Bereinigung waren die abbrüche weg und ich konnte auf die Version 7.3.5 updaten; die Kiste läuft wieder stabil.
Jetzt kann ich mich auf die Neuerungen konzentrieren.

[HMNutzer]

Nachbrenner:
das bisher gesagte war wohl nur die halbe Wahrheit. An einem anderen PC wieder die Abbrüche.
Nach längerer Analyse kam wohl folgender Umstand dazu:
Mein LAN/WLAN ist 192.168.xxx.yyy
Meine IoT Teile ink. RM sind im 10.10.aaa.bbb
In der Firewall sind Regeln eingerichtet, dass alles im 192er Netz ins 10er Netz dürfen, aber aus dem 10er Netz nur bestimmte Objekte auf definierte 192er Adressen.
Sobald der PC eine 2. IP aus dem 10er Netz hat gibt es keine Abbrüche; wenn nicht (wie z.B. iPad) dann Abbrüche im NR Editor.
Die Flows sind davon nicht betroffen; also vermutlich ein Kommunilationsproblem zwischen dem NR Editor und dem Broweser.