Unbekannte Ursache Absturz, MaxClients woher?

Kann daraus nur deuten, dass es mir seltsam erscheinen sollte, dass www-data drei mal offen ist.
Click to expand...
Nein das ist normal, jeder idle'nder Thread oder Fork hat seinen eigenen Listener auf dem Port.

Was aber seltsam ist dass keine aktiven oder im Aufbau befindlichen Verbindungen zu sehen sind! Bei Syn-Flood sollten wenigstens ein paar Client-Verbindungen im SYN-Status und bei Slowloris viele Verbindungen im ESTABLISHED Status zu sehen sein, bei dir scheint gar nichts rein zu kommen...

Da es ein vServer ist gehe ich von OpenVZ/Virtuozzo aus: kannst du mal bitte mal den entsprechenden Auszug aus der Syslog und die /proc/user_beancounters posten?

Ich gehe auch nicht davon aus dass die Hostmachine unter Angriff steht und keine Verbindungen durchkommen da ein Reboot des Webservers ja den Fehler behebt.
 
Wie frag ich den Port 80 den ab, zu dem Zeitpunkt als die vielen Processes losgingen ?
Click to expand...
Du kannst es hoechstens loggen (zb ein , eine andere Moeglichkeit der History gibt es nicht. Ansonsten musst du zu einem solchen Zeitpunkt den Befehl ausfuehren.

Loggen koenntest du zB mit folgendem Skript in einem screen
Code: 
#!/bin/sh
LOGFILE="/root/test.log"
INTERVAL=10
while [ true ]
do
 date >> $LOGFILE
 lsof -i :80 >> $LOGFILE
 echo "\n\n" >> $LOGFILE
 sleep $INTERVAL
done
 
Die Einträge im syslog sind auch nciht mehr da, der erste eintrag spricht vom syslog.d restart um 5:26 Uhr heute morgen
 
Die user_beancountrers:
Code: 
Version: 2.5
       uid  resource                     held              maxheld              barrier                limit              failcnt
    45129:  kmemsize                  7551379             31371870  9223372036854775807  9223372036854775807                    0
            lockedpages                     0                  411  9223372036854775807  9223372036854775807                    0
            privvmpages                 78563               328095  9223372036854775807  9223372036854775807                    0
            shmpages                      648                 1648  9223372036854775807  9223372036854775807                    0
            dummy                           0                    0  9223372036854775807  9223372036854775807                    0
            numproc                        50                  199  9223372036854775807  9223372036854775807                    0
            physpages                   49738               256968  9223372036854775807  9223372036854775807                    0
            vmguarpages                     0                    0  9223372036854775807  9223372036854775807                    0
            oomguarpages                49738               256968  9223372036854775807  9223372036854775807                    0
            numtcpsock                     16                  242  9223372036854775807  9223372036854775807                    0
            numflock                        8                   18  9223372036854775807  9223372036854775807                    0
            numpty                          1                    2  9223372036854775807  9223372036854775807                    0
            numsiginfo                      0                  117  9223372036854775807  9223372036854775807                    0
            tcpsndbuf                  288816              4527112  9223372036854775807  9223372036854775807                    0
            tcprcvbuf                  262144              4175640  9223372036854775807  9223372036854775807                    0
            othersockbuf                77568               753136  9223372036854775807  9223372036854775807                    0
            dgramrcvbuf                     0               140032  9223372036854775807  9223372036854775807                    0
            numothersock                   46                  175  9223372036854775807  9223372036854775807                    0
            dcachesize                1116471              1493051  9223372036854775807  9223372036854775807                    0
            numfile                      4627                 5720  9223372036854775807  9223372036854775807                    0
            dummy                           0                    0                    0                    0                    0
            dummy                           0                    0                    0                    0                    0
            dummy                           0                    0                    0                    0                    0
            numiptent                      14                   14  9223372036854775807  9223372036854775807                    0
 
d4f said:
Ich gehe auch nicht davon aus dass die Hostmachine unter Angriff steht und keine Verbindungen durchkommen da ein Reboot des Webservers ja den Fehler behebt.
Click to expand...
Ich glaube sogar ein apache und mysql restart behebt das problem schon.
Mich wunderts nur, dass es einmal halt tausende von besuchern wegsteckt und ein anderes mal eben bei einer kleinen menge abwrackt.

ich würde die prozesse die munin ja so schön aufzeichnet wirklich gerne mal irgendwie einem bereich auf dem VPS zuordnen können. das wäre das einfachste.
Weisste?
Einfach irgendwie sagen können: Ja, das ist da bei dem Script passiert, auf dem webXY"
Wäre supi.
Kann monit das?
 
Hallo,
der war wieder dicht ab 09:00 Uhr heute morgen.
Wieder ohne, dass besonders viel Besuchertraffic zur Debatte steht.
also 150 Leuts in den Morgenstunden bis 09:00 Uhr.

Wie finde ich nun am Besten heraus welche Prozesse daran schuld waren, und woher die kamen?
 
You must log in or register to reply here.
Back
Top