<html><body><div dir="ltr"><div style="">
  
  
  
    </div><div style=""><div>
        
        <div dir="ltr">Interessant. Danke schon mal für deine Analyse! Eventuell kommen wir da dem Problem langsam auf die Schliche.</div><div dir="ltr"><br></div><div dir="ltr">Ach ja: Der Bonn7 inkl. Map ist down. Ich weiß aber nicht wieso da ich diesen Server nicht administriere.</div><div dir="ltr"><br></div><div dir="ltr">Gruß</div><div dir="ltr">Julian</div><div dir="ltr"><br></div>
        <div id="ms-outlook-mobile-signature" dir="ltr"><div></div></div>
    </div>
  

<div> </div><hr style="display:inline-block;width:98%" tabindex="-1"><div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif"><b>Von:</b> Freifunk-Bonn <freifunk-bonn-bounces@lists.kbu.freifunk.net> im Auftrag von edgar.soldin@web.de <edgar.soldin@web.de><br><b>Gesendet:</b> Dienstag, Januar 31, 2023 6:03 PM<br><b>An:</b> Allgemeine Mailingliste zum Freifunk Köln, Bonn und Umgebung <freifunk-bonn@listskbu.freifunk.net><br><b>Betreff:</b> [Freifunk-Bonn] router offline debuggung<div> </div></font></div>ok,
<br>
<br>heute hing er mal wieder, aber ich konnte per ssh drauf. `ps` zeigte u.a. folgende prozesse
<br>"
<br>18292 root         0 IW   [kworker/u8:0]
<br>18386 root         0 IW   [kworker/3:3]
<br>19057 root         0 IW<  [wg-crypt-mesh-v]
<br>19218 root      2124 S    /usr/bin/respondd -d /usr/lib/respondd -p 1001 -g ff02::2:1001 -i mesh-vpn -g ff05::2:1001 -i br-client -t 10
<br>19419 root      1216 S    /bin/sh -c /lib/gluon/gluon-mesh-wireguard/checkuplink
<br>19420 root      1228 S    /bin/sh /lib/gluon/gluon-mesh-wireguard/checkuplink
<br>19474 root      2032 S    curl https://bonn5.kbu.freifunk.net/speed.php -k
<br>19475 root      1216 R    ps
<br>19830 root         0 IW   [kworker/1:1]
<br>20010 root         0 IW   [kworker/2:2]
<br>21654 root         0 IW   [kworker/3:2]
<br>22625 root         0 IW   [kworker/0:2]
<br>23425 root         0 IW   [kworker/1:3]
<br>23530 root         0 IW   [kworker/2:0]
<br>23763 root      1216 S    /bin/sh -c /lib/gluon/gluon-mesh-wireguard/checkuplink
<br>23764 root      1228 S    /bin/sh /lib/gluon/gluon-mesh-wireguard/checkuplink
<br>23934 root      1832 D    ip link delete dev gre
<br>23951 root      1216 S    /bin/sh -c /lib/gluon/gluon-mesh-wireguard/checkuplink
<br>23952 root      1228 S    /bin/sh /lib/gluon/gluon-mesh-wireguard/checkuplink
<br>23959 root      1044 D    rmmod wireguard
<br>28686 root         0 IW   [kworker/0:0]
<br>"
<br>wovon zumindest
<br>"
<br>23934 root      1832 D    ip link delete dev gre
<br>23959 root      1044 D    rmmod wireguard
<br>"
<br>nicht mehr zu töten waren (status D immer doof).
<br>
<br>ich schätze mal dass das system allergisch auf das parallele ausführen von `/lib/gluon/gluon-mesh-wireguard/checkuplink` reagiert. deshalb habe ich mal alle `curl` aufrufe mit timeouts versehen (`-m 10`) und den `/usr/lib/micron.d/gluon-mesh-wireguard` in `flock` eingepackt, damitter immer nur einmal läuft.
<br>
<br>/usr/bin/flock -n /var/lock/checkuplink.lock /lib/gluon/gluon-mesh-wireguard/checkuplink
<br>
<br>so, nu bin ich mal gespannt ob sich da was ändert. ..sonnige ede
<br>
<br>
<br>-- 
<br>_______________________________________________
<br>Freifunk-Bonn mailing list
<br>Freifunk-Bonn@lists.kbu.freifunk.net
<br>https://lists.kbu.freifunk.net/cgi-bin/mailman/listinfo/freifunk-bonn
<br></div></div></body></html>