[Berlin-wireless] Wer kümmert sich eigentlich um die VPN03 VMs?

[Smilie]

On Sat, 29 Aug 2015 01:14:38 +0200
Bastian <fly at d00m.org> wrote:

> Hallo Liste,
> 
> ja, VPN03 zu optimieren ist wirklich nicht trivial, weil das echt viel
> tiefgehendes Verständnis vom OSI-Stack und Netzwerk und so
> voraussetzt, aber ein bisschen einfache Admintätigkeiten sollten doch
> das mindeste sein:
> 
> Eigentlich wollte ich mich gerade nur um das Sammeln von Metriken für
> eine Baseline kümmern, aber mir ist gerade echt die Lust vergangen:
> 
> * 5 Jahre alter Kernel 2.6.32-5, unter Squeeze (unsupported, EOL)
> * platte Voll, deswegen funktionieren unattended upgrades nicht
> * Meldungen die besagen wie kaputt voll die conntrack_table ist
> nf_conntrack: table full, dropping packet
> net_ratelimit: 60 callbacks suppressed
> 
> Ein einfaches googlen dazu bringt folgendes zutage:
> The common reason for that is a heavy traffic passing by the server or
> very often a DoS or DDoS (Distributed Denial of Service) attack.
> Sometimes encountering the err is a result of a bad server planning
> (incorrect data about expected traffic load by a company/companeis) or
> simply a sys admin error[1]


Kannst du etwas mehr dazu sagen?
Du gehst davon aus, dass es ein heavy traffic passing ist?
Ich vermute mal, dass dies eine Überlast Meldung ist?
Ich vermute, wenn es Überlast ist, könntest du durch einfaches
Erhöhen des Maximalwertes die temporär Sache fixen.
Oder ist hier die Hardware am Limit?


> 
> Leute, wenn ihr die Meldung seht und nicht versteht, dann fragt doch
> einfach auf der Liste. Aber ich muss momentan annehmen, dass ich der
> erste bin der die Meldung sieht, und somit sich einfach niemand um die
> Maschinen kümmert.
> 
> Solange sich niemand für die VPN03 VMs verantwortlich fühlt, sehe ich
> keinen Grund warum wir überhaupt eine Diskussion über weitere VPN03
> VMs führen.
> 
> [1]:
> http://pc-freak.net/blog/resolving-nf_conntrack-table-full-dropping-packet-flood-message-in-dmesg-linux-kernel-log/
> 
> Best,
> Bastian
>