[Freifunk-Bonn] router offline debuggung

[edgar.soldin at web.de]

kein Thema. tippe mal dass dein Anpassung mit Nginx-Queueing da einfach die Zeitmarke reisst (cron jede 1min) auf den Boxen. wir werden sehen.

..ede

On 31.01.2023 18:11, Julian Zielke wrote:
> Interessant. Danke schon mal für deine Analyse! Eventuell kommen wir da dem Problem langsam auf die Schliche.
> 
> Ach ja: Der Bonn7 inkl. Map ist down. Ich weiß aber nicht wieso da ich diesen Server nicht administriere.
> 
> Gruß
> Julian
> 
> ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> *Von:* Freifunk-Bonn <freifunk-bonn-bounces at lists.kbu.freifunk.net> im Auftrag von edgar.soldin at web.de <edgar.soldin at web.de>
> *Gesendet:* Dienstag, Januar 31, 2023 6:03 PM
> *An:* Allgemeine Mailingliste zum Freifunk Köln, Bonn und Umgebung <freifunk-bonn at listskbu.freifunk.net>
> *Betreff:* [Freifunk-Bonn] router offline debuggung
> ok,
> 
> heute hing er mal wieder, aber ich konnte per ssh drauf. `ps` zeigte u.a. folgende prozesse
> "
> 18292 root 0 IW [kworker/u8:0]
> 18386 root 0 IW [kworker/3:3]
> 19057 root 0 IW< [wg-crypt-mesh-v]
> 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
> 19419 root 1216 S /bin/sh -c /lib/gluon/gluon-mesh-wireguard/checkuplink
> 19420 root 1228 S /bin/sh /lib/gluon/gluon-mesh-wireguard/checkuplink
> 19474 root 2032 S curl https://bonn5.kbu.freifunk.net/speed.php -k
> 19475 root 1216 R ps
> 19830 root 0 IW [kworker/1:1]
> 20010 root 0 IW [kworker/2:2]
> 21654 root 0 IW [kworker/3:2]
> 22625 root 0 IW [kworker/0:2]
> 23425 root 0 IW [kworker/1:3]
> 23530 root 0 IW [kworker/2:0]
> 23763 root 1216 S /bin/sh -c /lib/gluon/gluon-mesh-wireguard/checkuplink
> 23764 root 1228 S /bin/sh /lib/gluon/gluon-mesh-wireguard/checkuplink
> 23934 root 1832 D ip link delete dev gre
> 23951 root 1216 S /bin/sh -c /lib/gluon/gluon-mesh-wireguard/checkuplink
> 23952 root 1228 S /bin/sh /lib/gluon/gluon-mesh-wireguard/checkuplink
> 23959 root 1044 D rmmod wireguard
> 28686 root 0 IW [kworker/0:0]
> "
> wovon zumindest
> "
> 23934 root 1832 D ip link delete dev gre
> 23959 root 1044 D rmmod wireguard
> "
> nicht mehr zu töten waren (status D immer doof).
> 
> 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.
> 
> /usr/bin/flock -n /var/lock/checkuplink.lock /lib/gluon/gluon-mesh-wireguard/checkuplink
> 
> so, nu bin ich mal gespannt ob sich da was ändert. ..sonnige ede
> 
> 
> -- 
> _______________________________________________
> Freifunk-Bonn mailing list
> Freifunk-Bonn at lists.kbu.freifunk.net
> https://lists.kbu.freifunk.net/cgi-bin/mailman/listinfo/freifunk-bonn
>