Hohe CPU Last am Gateway durch Tunneldigger Broker

[Christian Dresel]

Hi

On 02.11.2016 17:21, Moexe wrote:
> HI Christian 
>
> Am 02.11.2016 um 16:09 schrieb Christian Dresel <fff at chrisi01.de
> <mailto:fff at chrisi01.de>>:
>
>> Hi
>>
>> was mir schon seit einiger Zeit auffällt ist, dass dieses Teil:
>>
>> /srv/tunneldigger/env_tunneldigger/bin/python -m broker.main
>> /srv/tunneldigger/tunneldigger/broker/er-broker.cfg
> Genau das ist mir auch seit kurzem aufgefallen.
ich hab nochmal genauer geguckt, es betrifft doch jede Hood wo l2tp
Router stehen man muss es nur lange genug beobachten dann sieht man es,
bei manchen Hoods ist es nur relativ selten.
>>
>> Am Gateway zeitweise richtig ordentlich an der CPU nuckelt. Ich würde
>> mal sagen so alle 3-5 Minuten für eine Länge von etwa 20-50 Sekunden mit
>> nahe an der 100% Marke eines Kerns. Das was wir hier am fastd einsparen
>> zieht uns irgendwie dieses Script wieder in den Keller. Anfangs hats
>> mich nicht gestört, die Kiste hatte genug Power über. Da ich aber
>> aufgrund von abstürzen den Server nun auf einen Kern kastriert habe,
>> fällt es doch ganz ordentlich ins Gewicht :/
> Off topic, hat das was gebracht? Jetzt hast du also nur noch einen Kern?
genau ich hab bisschen gegoogelt und es gibt da Befehle um Kerne einfach
abzuschalten, laut htop ist jetzt nur noch ein Kern da. Läuft jetzt erst
seit paar Stunden daher kann ich das noch nicht sagen. Aber der Fehler
wurde mir so erklärt das es was mit mehreren Kernen und mehreren
Interfaces im Batman zu tun hat, wenn beides zutrifft kann es krachen.
Mit fastd war nur ein Interface im Batman deshalb hatten wir da auch mit
mehreren Kernen keine Probleme, erst mit l2tp kamen eben mehrere
Interfaces dazu, deshalb mal gucken obs mit einen Kern besser geht ;).
>>
>> Ganz besonders stark ist es mir in Erlangen aufgefallen, jetzt wo ich
>> mal den anderen Server genauer beobachtet habe, hat dies auch
>> Markredwitz, dort nicht ganz so schlimm (die Dauer, dort sind es keine
>> 20-50 Sekunden sondern eher nur 10-20 Sekunden aber auch mit knapp
>> 100%). In anderen Hoods scheint es bisher nicht aufzutreten.
>>
>> Kann dies jemand bestätigen oder bin ich hier ein Einzelfall? Dazu muss
>> ich sagen das in Erlangen mittlerweile 17 Router per l2tp angebunden
>> sind, aufgeteilt auf 4 Bridges.
>
> Ich muss mir das nochmal anschauen, woher das kommt. Wenn du etwas
> früher in Erfahrung bringen kannst, sag bitte gleich Bescheid, nicht
> das ich dann umsonst weiter suche.
Ich hab mittlerweile eine Vermutung:
Diese CPU Spikes treten sporadisch kurz aber heftig, gehäuft mehrmals
innerhalb einer Minute auf. Ich würde aus dem Bauch sagen, das passiert
immer dann wenn ein Router den vpn cron startet (alle 5 Minuten, aber
mit random 0 bis 29 Sekunden). Ich hab mir den Code darin noch nicht
angeguckt aber wird mit diesem Cron evtl. jedes mal der Server
kontaktiert und ruft am Server das Script auf was dann ordentlich auf
die CPU geht?

mfg

Christian
>
> Grüße 
>
> Max
>>
>> mfg
>>
>> Christian
>>
>>
>>
>> -- 
>> franken-dev mailing list
>> franken-dev at freifunk.net <mailto:franken-dev at freifunk.net>
>> http://lists.freifunk.net/mailman/listinfo/franken-dev-freifunk.net

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.freifunk.net/pipermail/franken-dev-freifunk.net/attachments/20161102/da0c8f5a/attachment.html>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 819 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.freifunk.net/pipermail/franken-dev-freifunk.net/attachments/20161102/da0c8f5a/attachment.sig>