Seit kurzem Ressourcenalarme im Plesk Panel

mischalemaus · May 2, 2013

Hallo,

seit kurzem habe ich Ressourcenalarme in meinem Plesk Panel.

Ich habe einen vServer von - 1&1 Virtual Server XL Linux mit CentOS drauf !

Ich kann mit dem ganzen irgendwie gar nichts anfangen, und dachte ich probier es hier mal, evtl ist jemand so nett und kann mir weiterhelfen.

Code:

02. Mai 2013, 04:06:36 	Roter Bereich 	dcachesize
02. Mai 2013, 04:04:36 	Grüner Bereich 	quotaugidlimit
02. Mai 2013, 04:04:36 	Grüner Bereich 	dcachesize
02. Mai 2013, 04:03:36 	Roter Bereich 	quotaugidlimit
30. Apr 2013, 16:15:36 	Roter Bereich 	dcachesize
30. Apr 2013, 16:06:36 	Grüner Bereich 	kmemsize
30. Apr 2013, 16:06:36 	Grüner Bereich 	numproc
30. Apr 2013, 16:05:36 	Grüner Bereich 	dcachesize
30. Apr 2013, 16:05:36 	Gelber Bereich 	numproc
30. Apr 2013, 16:04:36 	Gelber Bereich 	dcachesize
30. Apr 2013, 16:04:36 	Roter Bereich 	numproc
30. Apr 2013, 16:03:36 	Gelber Bereich 	kmemsize
30. Apr 2013, 16:02:36 	Gelber Bereich 	numproc
29. Apr 2013, 23:36:36 	Roter Bereich 	dcachesize
29. Apr 2013, 23:35:36 	Gelber Bereich 	dcachesize
23. Apr 2013, 12:40:32 	Grüner Bereich 	diskspace
23. Apr 2013, 12:40:32 	Grüner Bereich 	quotaugidlimit
23. Apr 2013, 12:09:32 	Roter Bereich 	quotaugidlimit
23. Apr 2013, 05:05:32 	Roter Bereich 	diskspace
23. Apr 2013, 05:04:32 	Gelber Bereich 	diskspace

Außerdem habe ich noch eine Frage zu den "Systemdiensten"

folgende waren bei der Hauptinstallation von Plesk schon vorinstalliert.

crond
httpd
iptables
mysqld
named
psa
smb
sshd
syslog
xinetd, finger

Was machen die enzelne Dienste, wozu brauche ich die, ist es sinnvoll die laufen zu lassen ?

httpd denke ich mal ist das er php überhaupt verarbeiten kann und mysqld halt das er die datenbanken laden kann aber was ist mit den anderen ?

würde mich über informationen sehr freuen

gruß
michael

Jamshed · May 3, 2013

Ressourcenalarme nach Update auf Plesk11

Hallo!
Ich habe hier das gleiche Problem. Vermutlich hängt es bei mir mit dem Update auf Plesk 11 zusammen. Die Ressourcen-Alarme können an die neue Umgebung angepasst werden.

Vielleicht ist es am einfachsten, bei 1&1 anzurufen, damit Dir die neuen Daten für Dcachesize usw zugeschickt werden?

Hast Du schon eine Loesung für das Problem gefunden?

Die von Dir beschriebenen Dienste sind nach dem Starten des Servers gestartet worden, dh entweder automatisch oder manuell. Je nachdem welche Services man braucht oder welche von der eingesétzten Software benötigt werden, kann man auch die nicht benötigten einfach abschalten. Auf jeden Fall solltest Du Dir einen Überblick darüber verschaffen, welche dieser Dienste Deine Software, bzw Du brauchst...

LG,
Jamshed

s24! · May 4, 2013

Vorab: Kannst du eine Shell bedienen? Ich frag nur so aus Höflichkeit, die Antwort ist mir klar.

Aber um dir noch tatsächlich zu helfen:

mischalemaus said:
Code:

02. Mai 2013, 04:06:36 Roter Bereich dcachesize

Dir geht der RAM aus. Mit Tools wie top kannst du herausfinden, warum das so ist.

mischalemaus said:
Code:

02. Mai 2013, 04:03:36 Roter Bereich quotaugidlimit

Du hast zu viele User / Gruppen, die mittels Quota begrenzt werden. Effektive Abhilfe kann hier eigentlich nur dein Provider durch Erhöhung des Werts schaffen, sondern du nicht auf die Quota verzichten oder User / Gruppen löschen kannst oder willst.

mischalemaus said:
Code:

30. Apr 2013, 16:04:36 Roter Bereich numproc

Es laufen zu viele Prozesse. Auch hier hilft dir top (und dein Anbieter könnte den Wert erhöhen).

mischalemaus said:
Code:

23. Apr 2013, 05:05:32 Roter Bereich diskspace

Platte voll. df und find helfen dir gerne, ls ist auch nicht schlecht. Gelöst werden kann das Problem möglicherweise mit rm.

mischalemaus · May 4, 2013

Hallo,

ja ein paar befehle kann ich schon.

Hier mal die Werte von top

Code:

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
32085 root      20   0 12628 1216  944 R  0.3  0.0   0:00.02 top
    1 root      20   0 10368  740  620 S  0.0  0.0   0:00.26 init
    2 root      20   0     0    0    0 S  0.0  0.0   0:00.00 kthreadd/676290
    3 root      20   0     0    0    0 S  0.0  0.0   0:00.00 khelper/6762905
  109 root      16  -4 12636  740  408 S  0.0  0.0   0:00.00 udevd
  566 root      20   0 13192  624  484 S  0.0  0.0   0:00.02 couriertcpd
  568 root      20   0  3808  556  464 S  0.0  0.0   0:00.00 courierlogger
  576 root      20   0 13192  628  484 S  0.0  0.0   0:00.02 couriertcpd
  578 root      20   0  3808  552  464 S  0.0  0.0   0:00.00 courierlogger
  584 root      20   0 13192  624  484 S  0.0  0.0   0:00.02 couriertcpd
  586 root      20   0  3808  556  464 S  0.0  0.0   0:00.00 courierlogger
  593 root      20   0 13192  624  484 S  0.0  0.0   0:00.02 couriertcpd
  595 root      20   0  3808  556  464 S  0.0  0.0   0:00.00 courierlogger
  677 root      20   0 49844 2280 1748 S  0.0  0.0   0:03.81 master
  687 postfix   20   0 49992 2224 1724 S  0.0  0.0   0:03.12 qmgr
  688 root      20   0  306m  19m 9308 S  0.0  0.0   0:01.66 httpd
  696 root      20   0 46764  828  424 S  0.0  0.0   0:00.00 saslauthd
  698 root      20   0 46764  548  144 S  0.0  0.0   0:00.00 saslauthd
  699 apache    20   0  212m 6604  476 S  0.0  0.0   0:00.28 httpd
 3584 postfix   20   0 49904 2276 1780 S  0.0  0.0   0:00.02 tlsmgr
 4015 root      20   0 62684 1212  644 S  0.0  0.0   0:00.53 sshd
17081 apache    20   0  307m  15m 4428 S  0.0  0.0   0:02.61 httpd
17164 postfix   20   0 49904 2176 1692 S  0.0  0.0   0:00.01 pickup
17165 root      20   0 96660 4116 3236 S  0.0  0.0   0:00.19 sshd
17167 root      20   0 12080 1688 1320 S  0.0  0.0   0:00.09 bash
17228 root      20   0 81992  12m 5040 S  0.0  0.0   0:00.26 vzavpsagent
17229 root      20   0 82436  12m 5304 S  0.0  0.0   0:06.00 vzavpsagent
18559 apache    20   0  308m  15m 4108 S  0.0  0.0   0:00.65 httpd
18566 apache    20   0  308m  15m 4128 S  0.0  0.0   0:00.66 httpd
19285 root      20   0 81992  11m 4784 S  0.0  0.0   0:01.60 vzavpsagent
21768 root      20   0 81992  11m 4428 S  0.0  0.0   0:00.00 vzavpsagent
23502 apache    20   0  308m  15m 4024 S  0.0  0.0   0:01.55 httpd
28954 apache    20   0  307m  15m 3972 S  0.0  0.0   0:00.37 httpd
30956 root      20   0 11944 1424 1184 S  0.0  0.0   0:00.03 mysqld_safe
31038 mysql     20   0  331m  39m 5228 S  0.0  0.0   0:01.56 mysqld

Dienste habe ich nur

- httpd
- mysqld
- iptables

laufen, alles andere wie psa habe ich schon deaktiviert bzw. gestoppt.

Trotzdem keine verbesserung !

Habe bei 1 & 1 schon bereits angerufen aber die meinten nur, ja dann müssen sie wohl ihr parket erweitern...

wäre super wenn man das problem irgendwie in den griff bekommen könnte

s24! · May 4, 2013

Komplette Ausgabe von top bitte, irgendwie fehlt da oben was. Außerdem die von cat /proc/user_beancounters. df -h wäre auch gut.

mischalemaus · May 4, 2013

ups...

hier nochmal top:

Code:

top - 13:33:27 up 15:42,  1 user,  load average: 0.00, 0.03, 0.03
Tasks:  35 total,   1 running,  34 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:  8589934588k total,   368408k used, 8589566180k free,        0k buffers
Swap:        0k total,        0k used,        0k free,   277984k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
    1 root      20   0 10368  740  620 S  0.0  0.0   0:00.59 init
    2 root      20   0     0    0    0 S  0.0  0.0   0:00.00 kthreadd/676290
    3 root      20   0     0    0    0 S  0.0  0.0   0:00.00 khelper/6762905
  109 root      16  -4 12636  740  408 S  0.0  0.0   0:00.00 udevd
  566 root      20   0 13192  624  484 S  0.0  0.0   0:00.05 couriertcpd
  568 root      20   0  3808  556  464 S  0.0  0.0   0:00.01 courierlogger
  576 root      20   0 13192  628  484 S  0.0  0.0   0:00.04 couriertcpd
  578 root      20   0  3808  552  464 S  0.0  0.0   0:00.01 courierlogger
  584 root      20   0 13192  624  484 S  0.0  0.0   0:00.05 couriertcpd
  586 root      20   0  3808  556  464 S  0.0  0.0   0:00.01 courierlogger
  593 root      20   0 13192  624  484 S  0.0  0.0   0:00.05 couriertcpd
  595 root      20   0  3808  556  464 S  0.0  0.0   0:00.01 courierlogger
  677 root      20   0 49844 2280 1748 S  0.0  0.0   0:09.17 master
  687 postfix   20   0 49992 2224 1724 S  0.0  0.0   0:07.56 qmgr
  688 root      20   0  306m  19m 9308 S  0.0  0.0   0:03.95 httpd
  696 root      20   0 46764  828  424 S  0.0  0.0   0:00.00 saslauthd
  698 root      20   0 46764  548  144 S  0.0  0.0   0:00.00 saslauthd
  699 apache    20   0  212m 6604  476 S  0.0  0.0   0:00.68 httpd
 3584 postfix   20   0 49904 2276 1780 S  0.0  0.0   0:00.04 tlsmgr
 4015 root      20   0 62684 1212  644 S  0.0  0.0   0:01.05 sshd
 7760 postfix   20   0 49904 2176 1692 S  0.0  0.0   0:00.00 pickup
 8966 apache    20   0  307m  15m 4288 S  0.0  0.0   0:00.39 httpd
 9791 apache    20   0  308m  14m 3460 S  0.0  0.0   0:00.50 httpd
 9805 apache    20   0  307m  14m 3444 S  0.0  0.0   0:00.06 httpd
 9806 apache    20   0  306m  14m 3372 S  0.0  0.0   0:00.07 httpd
10034 apache    20   0  306m  13m 3128 S  0.0  0.0   0:00.01 httpd
10076 root      20   0 96660 4104 3228 S  0.0  0.0   0:00.04 sshd
10079 root      20   0 12080 1676 1316 S  0.0  0.0   0:00.02 bash
10097 root      20   0 12628 1228  948 R  0.0  0.0   0:00.01 top
30956 root      20   0 11944 1424 1184 S  0.0  0.0   0:00.03 mysqld_safe
31038 mysql     20   0  335m  48m 5816 S  0.0  0.0   1:33.01 mysqld
32420 root      20   0 21660  968  744 S  0.0  0.0   0:00.07 xinetd
32469 named     20   0  180m 4224 1940 S  0.0  0.0   0:00.24 named
32556 postfix   20   0 76412  824  624 S  0.0  0.0   0:00.59 psa-pc-remote
32607 sw-cp-se  20   0 60532 3532 1500 S  0.0  0.0   0:02.42 sw-cp-serverd

cat /proc/user_beancounters:

Code:

Version: 2.5
       uid  resource                     held              maxheld              barrier                limit              failcnt
 67629057:  kmemsize                 16936177             17690624             31457280             34603008                    0
            lockedpages                     0                    0                  512                  512                   14
            privvmpages                115730               116847              1048576              1153433                    0
            shmpages                     1093                 1093                32768                32768                    0
            dummy                           0                    0  9223372036854775807  9223372036854775807                    0
            numproc                        58                   75                  128                  128                    0
            physpages                   92951                94829           2147483647           2147483647                    0
            vmguarpages                     0                    0               262144               262144                    0
            oomguarpages                19303                19303               262144               262144                    0
            numtcpsock                     25                   26                  720                  720                    0
            numflock                       12                   14                  376                  413                    0
            numpty                          1                    1                   32                   32                    0
            numsiginfo                      0                   21                  512                  512                    0
            tcpsndbuf                  403432               455752              3440640              5406720                    0
            tcprcvbuf                  369168               385552              3440640              5406720                    0
            othersockbuf               182648               200832              2252160              4194304                    0
            dgramrcvbuf                     0                    0               524288               576716                    0
            numothersock                  136                  138                  720                  720                    0
            dcachesize                5766534              5767073              5242880              5767168                    0
            numfile                      1810                 1855                 8192                 8192                    0
            dummy                           0                    0  9223372036854775807  9223372036854775807                    0
            dummy                           0                    0  9223372036854775807  9223372036854775807                    0
            dummy                           0                    0  9223372036854775807  9223372036854775807                    0
            numiptent                      18                   18                  200                  205                    0

und df -h:

Code:

Filesystem            Size  Used Avail Use% Mounted on
/dev/vzfs              39G   25G   15G  64% /
none                  7.8G  8.0K  7.8G   1% /dev

s24! · May 4, 2013

Bin ich der einzige, für den das ganz in Ordnung aussieht?

sbr2d2 · May 4, 2013

Nö...ich kann jetzt auf anhieb auch keine engpässe entdecken

mischalemaus · May 4, 2013

Code:

dcachesize                5766534              5767073              5242880              5767168                    0

dcachesize:

5767073 von maximal --> 5767168 belegt !!!

das ist doch ein Problem ???

s24! · May 4, 2013

Lies dir die Bezeichnungen darüber noch mal durch.

Das einzige bisher (14 mal) erreichte Limit ist "lockedpages". Wurde der Server rebootet nach den Ressourcenalarmen?

Unter anderem "w" und "uptime" wissen das.

Edit: Ach, top weiß das auch. Ja, wurde wohl rebootet. Dann ist das klar. Die user_beancounters werden beim Reboot zurückgesetzt und sind daher in der Form nicht zu gebrauchen.

mischalemaus · May 19, 2013

Hallo,

bin jetzt von 1und1 weg und habe nun nen server von hosteurope.

das gibts mehr leistung und klappt auch alles wunderbar.

keine ausfälle mahr

Danke an alle !

schmidt_as · May 28, 2013

Haben aktuell das gleiche Problem. Obwohl Discspace und Ram absolut nicht ausgelastet sind. Kann dies an einem Plesk-Update liegen??

ochnee · May 31, 2013

Gleiches Problem hier, seit 27.05.2013

Code:

cat /proc/user_beancounters
Version: 2.5
       uid  resource                     held              maxheld              barrier                limit              failcnt
 52922387:  kmemsize                 20517932             21667840             41943040             46137344                    0
            lockedpages                     0                    0                 1024                 1024                    0
            privvmpages                172702               177102              2097152              2306866                    0
            shmpages                     1090                 1090                65536                65536                    0
            dummy                           0                    0  9223372036854775807  9223372036854775807                    0
            numproc                        89                  105                  256                  256                    0
            physpages                  179553               181463              2097152              2097152                    0
            vmguarpages                     0                    0               524288               524288                    0
            oomguarpages                33922                33922               524288               524288                    0
            numtcpsock                     27                   28                 1440                 1440                    0
            numflock                       11                   12                  752                  826                    0
            numpty                          1                    1                   64                   64                    0
            numsiginfo                      0                   18                 1024                 1024                    0
            tcpsndbuf                  645808               696080              6881280             10813440                    0
            tcprcvbuf                  442368               458752              6881280             10813440                    0
            othersockbuf                46240               343480              4504320              8388608                    0
            dgramrcvbuf                     0                    0              1048576              1153432                    0
            numothersock                   62                   66                 1440                 1440                    0
            dcachesize                8061149              8073442              7340032              8074035                    0
            numfile                      1488                 1595                16384                16384                    0
            dummy                           0                    0  9223372036854775807  9223372036854775807                    0
            dummy                           0                    0  9223372036854775807  9223372036854775807                    0
            dummy                           0                    0  9223372036854775807  9223372036854775807                    0
            numiptent                      18                   18                  400                  405                    0

s24! · Jun 1, 2013

Auch hier die Frage: Wurde das System rebootet nach dem "Alarm"?

ochnee · Jun 10, 2013

s24! said:
Auch hier die Frage: Wurde das System rebootet nach dem "Alarm"?

Ja, das wurde es.

s24! · Jun 12, 2013

Dann wurden die user_beancounters zurückgesetzt.

sandspiel · Jun 25, 2013

dcachesize im roten Bereich beim 1&1 VServer

Hallo @all,

ich habe aktuell das gleiche Problem, dass mir dcachesize in den roten Bereich rutscht.

Ich habe meine kleine Webpräsentation von einem alten Paket (1&1 VServer L) auf ein - angeblich - leistungsfähigeres Paket (1&1 VServer L, aber mit mehr Festplattenplatz) 'transferiert'. In dem neuen Paket habe ich Ubuntu Server 12.04 Minimal, in dem alten war es noch die 10.04er. Die restliche Konfiguration ist gleich geblieben (ich meine die Konfiguration des Apache2s z.B.). Unnötige Services laufen bei mir nicht. Memory, Diskspace und Inodes sind bei mir alle weit im grünen Bereicht.

Irgendwie habe ich leider keine Idee mehr, wie ich dem Problem weiter auf den Grund gehen kann. Die Website möchte ich nur ungerne auf einen anderen Provider transferieren.

Hat vielleicht wer noch eine Idee für einen Lösungsweg?

sandspiel · Jun 26, 2013

Lösung: 1&1 Grundinstallation ist das Problem

Ich habe mir heute mal den 'Spaß' gegönnt und den VServer von 1&1 erneut auf Ubuntu 12.04 Minimal zurück gesetzt. Jetzt habe ich wieder die 'Grundinstallation'. Beim Betrachten des Ergebnisses ist mir aufgefallen, dass der dcachesize schon ohne Änderung (eigene Installation/Konfiguration) am VServer im roten Bereich ist.

Ich habe ein Ticket bei 1&1 auf gemacht und gucke dann mal weiter...

tobi4 · Apr 7, 2014

Hallo,

hier gleiches Problem. dcachesize im roten Bereich. Auch 1+1 vServer mit Pleask 11.0.9

Gibt es schon Lösungsvorschläge? Ansonsten läuft ja alles, Seiten sind erreichbar usw. Aber trotzdem möchte man ja nicht, dass irgendwas im roten Bereich ist, was nicht dort sein müsste.

Gruss

Seit kurzem Ressourcenalarme im Plesk Panel

mischalemaus

New Member

Jamshed

New Member

s24!

Registered User

mischalemaus

New Member

s24!

Registered User

mischalemaus

New Member

s24!

Registered User

sbr2d2

Registered User

mischalemaus

New Member

s24!

Registered User

mischalemaus

New Member

schmidt_as

New Member

ochnee

New Member

s24!

Registered User

ochnee

New Member

s24!

Registered User

sandspiel

New Member

sandspiel

New Member

tobi4

Member

We value your privacy