"martian source" flutet dmesg und log files auf meinem PC

Thomas Braun

Das sollte eigentlich ein Skript aufrufen.

iob stop
iob fix
iob start

Und dann wenn der ioBroker wieder läuft

iob nodejs-update

Homoran

@axelg sagte in "martian source" flutet dmesg und log files auf meinem PC:

Das hat leider nichts geändert

da ist ja auch gar nichts gelaufen.

was hast du denn für ein System?
iob diag bitte

AxelG

Erstmal danke, dass ihr alle so schnell reagiert :-)

@thomas-braun

das hatte ich schon das ein oder andere mal gemacht. Ich habe auch Deinen Werkzeugkasten entdeckt und dies hier als output:

iob@iobroker:~ $ type -P nodejs && nodejs -v && type -P node && node -v && type -P npm && npm -v && type -P npx && npx -v && apt policy nodejs 
/usr/bin/nodejs
v18.17.1
/usr/bin/node
v18.17.1
/usr/bin/npm
9.6.7
/usr/bin/npx
9.6.7
nodejs:
  Installed: 18.17.1-deb-1nodesource1
  Candidate: 18.17.1-deb-1nodesource1
  Version table:
 *** 18.17.1-deb-1nodesource1 500
        500 https://deb.nodesource.com/node_18.x bullseye/main armhf Packages
        100 /var/lib/dpkg/status
     12.22.12~dfsg-1~deb11u4 500
        500 http://raspbian.raspberrypi.org/raspbian bullseye/main armhf Packages

Dennoch habe ich das nochmal durchgeführt und "iob nodejs-update" liefert nun:

ioBroker nodejs fixer 2023-10-13

Recommended nodejs-version is: 18.18.2
Checking your installation now. Please be patient!

Your current setup is:
/usr/bin/nodejs         v18.17.1
/usr/bin/node           v18.17.1
/usr/bin/npm            9.6.7
/usr/bin/npx            9.6.7
/usr/bin/corepack       0.18.0

We found these nodejs versions available for installation:

nodejs:
  Installed: 18.17.1-deb-1nodesource1
  Candidate: 18.17.1-deb-1nodesource1
  Version table:
 *** 18.17.1-deb-1nodesource1 500
        500 https://deb.nodesource.com/node_18.x bullseye/main armhf Packages
        100 /var/lib/dpkg/status
     12.22.12~dfsg-1~deb11u4 500
        500 http://raspbian.raspberrypi.org/raspbian bullseye/main armhf Packages



Nothing to do - Your installation is using the correct paths.

You are running nodejs v18.17.1. Do you want to install recommended version 18.18.2? 

Press <y> to continue or any other key to quit
Trying to update your installation now. Please be patient.
Waiting for ioBroker to shut down - Give me a minute...
############################################################

*** These repos are active on your system:
Hit:1 http://raspbian.raspberrypi.org/raspbian bullseye InRelease
Hit:2 https://packages.grafana.com/oss/deb stable InRelease                                                                                  
Hit:3 https://repos.influxdata.com/debian bullseye InRelease                                                                                 
Hit:4 http://archive.raspberrypi.org/debian bullseye InRelease  
Reading package lists... Done             

*** Installing ca-certificates, curl and gnupg, just in case they are missing.

*** Creating new /etc/apt/sources.list.d/nodesource.list and pinning source

deb [signed-by=/etc/apt/keyrings/nodesource.gpg] https://deb.nodesource.com/node_18.x nodistro main
Package: nodejs
Pin: origin deb.nodesource.com
Pin-Priority: 1001

*** These repos are active after the adjustments:
Hit:1 http://archive.raspberrypi.org/debian bullseye InRelease
Get:2 https://deb.nodesource.com/node_18.x nodistro InRelease [12.1 kB]                                                                      
Hit:3 http://raspbian.raspberrypi.org/raspbian bullseye InRelease                                                                            
Hit:4 https://repos.influxdata.com/debian bullseye InRelease                                                                    
Hit:5 https://packages.grafana.com/oss/deb stable InRelease                  
Get:6 https://deb.nodesource.com/node_18.x nodistro/main armhf Packages [6155 B]
Fetched 18.3 kB in 1s (18.2 kB/s)
Reading package lists... Done

Installing the recommended nodejs version now!

Installing the recommended nodejs version!
(Reading database ... 66518 files and directories currently installed.)
Preparing to unpack .../nodejs_18.18.2-1nodesource1_armhf.deb ...
Detected old npm client, removing...
Unpacking nodejs (18.18.2-1nodesource1) over (18.17.1-deb-1nodesource1) ...
Setting up nodejs (18.18.2-1nodesource1) ...
Processing triggers for man-db (2.9.4-2) ...

We tried our best to fix your nodejs. Please run iob diag again to verify.

*** RESTARTING ioBroker NOW! *** 
 Please refresh or restart your browser in a few moments.

martian sources gibt es leider immer noch :-/ :)

Thomas Braun

@axelg sagte in "martian source" flutet dmesg und log files auf meinem PC:

martian sources gibt es leider immer noch

Ja, natürlich. Das hat ja auch nix mit dem ioBroker sondern mit deinem Netzwerkaufbau zu tun. Aber da hab ich nicht viel Ahnung von.

AxelG

@homoran

Auch Dir ein Dankeschön, für die irre schnelle Reaktion!!!

iob diag läuft und nun lerne ich, dass ich das wohl besser in eine Datei umgeleitet hätte :-) Give me a sec, ich mache das gleich nochmal und dann zip und scp zurück auf meinen PC....

AxelG

@homoran
erstmal das Summary:

======================= SUMMARY =======================
                        v.2023-10-10


   Static hostname: iobroker
         Icon name: computer
  Operating System: Raspbian GNU/Linux 11 (bullseye)
            Kernel: Linux 6.1.21-v8+
      Architecture: arm64

Installation:           native
Kernel:                 aarch64
Userland:               armhf
Timezone:               Europe/Berlin (CET, +0100)
User-ID:                1000
X-Server:               false
Boot Target:            multi-user.target

Pending OS-Updates:     0
Pending iob updates:    0

Nodejs-Installation:    /usr/bin/nodejs         v18.18.2
                        /usr/bin/node           v18.18.2
                        /usr/bin/npm            9.8.1
                        /usr/bin/npx            9.8.1
                        /usr/bin/corepack       0.19.0

Recommended versions are nodejs 18.18.2 and npm 9.8.1
Your nodejs installation is correct

MEMORY: 
               total        used        free      shared  buff/cache   available
Mem:            7.8G        1.6G        5.1G        1.0M        1.1G        6.2G
Swap:             0B          0B          0B
Total:          7.8G        1.6G        5.1G

Active iob-Instances:   34
Active repo(s): stable

ioBroker Core:          js-controller           5.0.16
                        admin                   6.12.0

ioBroker Status:        iobroker is running on this host.


Objects type: jsonl
States  type: jsonl

Status admin and web instance:
+ system.adapter.admin.0                  : admin                 : iobroker                                 -  enabled, port: 8081, bind: 0.0.0.0 (SSL), run as: admin
+ system.adapter.web.0                    : web                   : iobroker                                 -  enabled, port: 8082, bind: 0.0.0.0, run as: admin

Objects:                8223
States:                 6947

Size of iob-Database:

25M     /opt/iobroker/iobroker-data/objects.jsonl
5.8M    /opt/iobroker/iobroker-data/states.jsonl



=================== END OF SUMMARY ====================

Thomas Braun

@axelg sagte in "martian source" flutet dmesg und log files auf meinem PC:

dass ich das wohl besser in eine Datei umgeleitet hätte

Passiert automatisch. Liegt im home vom iobroker herum.

AxelG

@thomas-braun

Verstehe... nur habe ich da am 23.10 nichts geändert. Allerdings habe ich die Erfahrung schon von Gentoo, dass ein System irgendwann seine Toleranz abwirft. Sprich man hatte immer schon was falsch und an dem Tag an dem die Toleranz wegbricht hat man eigentlich nichts geändert und kommt deswegen nicht auf den eigentlichen Fehler....

Am Ende ist es oft ein 30cm Problem, das kann ich mir schon denken...

AxelG

@thomas-braun
ich gehe auf die Suche

AxelG

@thomas-braun leider nein. Redirected-run läuft

Thomas Braun

@axelg

echad@chet:~ $ ls -la /home/iobroker/iob_diag.log
-rw-r--r-- 1 iobroker iobroker 24220 Nov 20 17:14 /home/iobroker/iob_diag.log
echad@chet:~ $

Das Log muss da liegen. Liegt es immer...

Thomas Braun

@axelg

https://de.m.wikipedia.org/wiki/Martian_Packet

Ist eine Fehlkonfiguration im Netzwerk, würde ich behaupten.

AxelG

@thomas-braun

sorry, dass das etwas gedauert hat:

gemein..., es gibt ein /home/iob und ein /home/iobroker. In letzterem fand ich nun das File, genau wie Du sagst....

iob_diag.log

AxelG

@thomas-braun

Ja, sowas in der Art habe ich auch schon gefunden. Nur weiß grad nicht, was ich ändern müsste, denn es ist nach meiner Wahrnehmung nicht so gänzlich falsch und ich habe da unlängst nichts dran geändert und witzigerweise bekomme ich die selbe Message nicht auf dem NIC "C)" welches an dem selben Switch hängt (der eben noch kein V-Lan konfiguriert hat)

Thomas Braun

@axelg

Wie gesagt: muss sich ein Netzwerker anschauen, ich hab da keine Ahnung von.

AxelG

Die DAIKIN Geräte (tatsächlich gibt es auch noch ein Daikin.0 ---klar) zicken auch erst seit einiger Zeit... Früher waren die immer sauber online. Ob das "related" ist, weiß ich nicht, kann es aber auch nicht ausschließen.

Marc Berg · 5.0.16

@axelg sagte in "martian source" flutet dmesg und log files auf meinem PC:

aber erst seit 23.10.2023 habe ich das Problem, dass ich "martian sources" auf "B)" empfange und dies mein dmesg und /var/log/messages bis zur Unkenntlichkeit zumüllt.

Das ist eigentlich ein normales Verhalten, wenn man mehrere Netze in eine Broadcast Domain klatscht. Das beantwortet natürlich nicht, warum es seit dem 23.10. so geballt auftritt. Sind die Adressen 192.168.178.72, .73, .76 noch im DNS verfügbar und ggf. auf dem Raspi als Name oder IP-Adresse in Scripten oder Adaptern hinterlegt? Was sind/waren das für Geräte?

AxelG

@marc-berg said in "martian source" flutet dmesg und log files auf meinem PC:

wenn man mehrere Netze in eine Broadcast Domain klatscht.

Sorry, dass ich erst jetzt wieder "auftauche". Was ist damit gemeint "in eine Domain klatscht"???? Mir ist keine unsaubere Konfig bewusst

Meine Erfahrung mit Gentoo ist, dass Fehlkonfigurationen eine Zeit tolleriert wurden und irgendwann wird eine Software strenger und plötzlich geht was nicht mehr. Dann steht man vor einem Problem, obwohl man doch gar nichts geändert hat im fraglichen Zeitraum... Sowas könnte auch hier im Oktober passiert sein und so zu der Häufung geführt haben.

.72 bis .75 sind meine Daikin Geräte. Da habe ich tatsächlich auch ein Problem, das ich nicht beheben kann. Siehe https://github.com/Apollon77/ioBroker.daikin/issues/18#issuecomment-1828697627

.76.... keine Ahnung, leider...

Ich habe heute mit Wireshark weiter geschaut und sehe da eben die ARP-requests (Who has....?) in unnatürlicher Menge

Dann habe ich versucht herauszufinden, welcher Service so "rumbrüllt" :-)

while ! ss -p state syn-sent | grep 192.168.178.76; do sleep .1; done

tcp   0      1      192.168.178.119:60454 192.168.178.76:9090

Mit "iobroker stop" fahren die ARP requests fort

Wenn ich jedoch den Service mit "systemctl stop iobroker.service" beende, dann enden auch die ARP-requests.

Also denke ich heute doch wieder, dass dies ein Bug ist und wünschte mir, dass dieser Thread wieder nach Error/Bug verschoben wird. @Homoran was denkst Du dazu?

Für heute muss ich leider ins Bett, denn dummerweise muss ich, wie die meisten wohl, meine Brötchen morgen wieder verdienen :-)

Any Help highly appreciated

OliverIO

@axelg

ich bin da weißgott kein netzwerk spezialist.
aber wenn ich martian source sehe und du beschreibst, das du diverse sub netze konfiguriert hast, dann geistern in subnetzen pakete herum, die da nicht hingehören.
irgend etwas stimmt dann beim routing und damit der konfiguration des netzes oder zumindest der subnetze nicht.
ich gehe mal davon aus, das du die definition davon kennst
https://de.wikipedia.org/wiki/Martian_Packet

das mit der anfänglichen fehlertoleranz wäre mir neu. mag sein das es das in manchen ecken gibt, aber bei linux kern elementen glaub ich das eher nicht. wenn falsch konfiguriert, dann gleich falsch, wie soll man den sonst in komplexen systemen die ursache finden

was ist das für eine ip, die gesucht wird? kennst du diese? weißt du zu welchem subnet die gehört? und warum das netzwerk die nicht erreichen kann? ansonsten müsste der zuständige gateway sich ja melden

kannst du noch deinen grund nennen, warum du die verschiedenen geräte in verschiedene subnetze gepackt hast?
sinn ist ja eher voneinander zu kapseln, als das die geräte sich weiterhin miteinander unterhalten sollen und wenn dann durch konkrete routings wo einzelne geräte dann doch im anderen netzt sichtbar gemacht werden. ein anwendungsfall wäre bspw alle sensoren in ein eigenes subnetz packen ohne internetzugriff, sensoren dürfen nur mit iobroker sprechen. so kann das nach hause telefonieren verhindert werden (sofern sie dann noch weiter funktionieren)

ein fehler ist es sicherlich, aber meines erachtens keiner den iobroker zu verantworten hat. ansonsten müssten hier noch mehr solche anfragen vorliegen und das ist die erste dieser art den ich sehe.

Marc Berg

@axelg sagte in "martian source" flutet dmesg und log files auf meinem PC:

Was ist damit gemeint "in eine Domain klatscht"???? Mir ist keine unsaubere Konfig bewusst

Du hast ja selbst gesagt, dass du vorhast, VLANs zu bilden. Wenn dann jedes Subnetz im eigenen VLAN eingesperrt ist, solltest du auch keine "Pakete vom Mars" mehr erhalten. Damit sagt ja das Betriebssystem nur, dass es über ein Interface Pakete aus einem Subnetz erhält, für das kein Routing bekannt ist.

.72 bis .75 sind meine Daikin Geräte. Da habe ich tatsächlich auch ein Problem, das ich nicht beheben kann.

Und diese Geräte sind per Ping vom Raspi erreichbar?

.76.... keine Ahnung, leider...

Das muss aber irgendwo in einem Adapter/Script/Bashscript/Config verwurstet sein, der Raspi denkt sich die Adressen ja nicht aus. :-)

Ich habe heute mit Wireshark weiter geschaut und sehe da eben die ARP-requests (Who has....?) in unnatürlicher Menge

Die "unnatürliche Menge" kommt ja scheinbar nur deshalb zustande, weil der Raspi auf seine ARP-Anfragen (gib mir bitte die Hardware-Adresse zur IP-Adresse x.y.z) keine Antworten von den DAIKINs erhält. Sobald die Anfrage 1x erfolgreich beantwortet wurde, liegen die Adressen im ARP-Cache und werden daraus genommen. Das ist reine Netz-/Betriebssystem-Ebene ohne direkten Einfluss des Adapters.

Mit "iobroker stop" fahren die ARP requests fort
Wenn ich jedoch den Service mit "systemctl stop iobroker.service" beende, dann enden auch die ARP-requests.

Ich könnte mir vorstellen, dass das Betriebssystem noch eine Zeit lang unbeantwortete ARP-Requests raussendet, bevor es aufgibt. Das Stoppen des Service wird bewirken, dass die Queue dann gelöscht wird.

Systemdata	Bitte Ausfüllen
Hardwaresystem:	RaspberyPi 4
Arbeitsspeicher:	8GB
Festplattenart:	SSD
Betriebssystem:	RaspbianOS
Node-Version:	18.17.1
Nodejs-Version:	5.0.16
NPM-Version:	9.6.7
Installationsart:	Skript
Image genutzt:	Nein
Ort/Name der Imagedatei:	n/a

Community Forum

NEWS

"martian source" flutet dmesg und log files auf meinem PC

Support us

990

32.5k

81.9k

1.3m