"martian source" flutet dmesg und log files auf meinem PC
-
Das sollte eigentlich ein Skript aufrufen.
iob stop iob fix iob startUnd dann wenn der ioBroker wieder läuft
iob nodejs-update -
@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 diagbitte -
Erstmal danke, dass ihr alle so schnell reagiert
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 PackagesDennoch 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
-
@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.
-
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.... -
@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 ==================== -
@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.
-
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...
-
@thomas-braun
ich gehe auf die Suche -
@thomas-braun leider nein. Redirected-run läuft
-
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...
-
https://de.m.wikipedia.org/wiki/Martian_Packet
Ist eine Fehlkonfiguration im Netzwerk, würde ich behaupten.
-
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....
-
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)
-
Wie gesagt: muss sich ein Netzwerker anschauen, ich hab da keine Ahnung von.
-
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.
-
@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?
-
@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:9090Mit "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
-
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_Packetdas 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.
-
@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.
