Load auf dem vServer extrem hoch

M

mbrunn

New Member
Hallo!

Mein vServer bei S4Y leidet derzeit an extrem hoher Load, die ihn faktisch unbenutzbar macht.
Seit geraumer Zeit habe ich die Konfiguration aber nicht verändert.

'top' zeigt folgendes an:
Code: 
top - 17:34:08 up 5 days, 23:47,  1 user,  load average: 7.59, 8.27, 9.32
Tasks:  36 total,   1 running,  35 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.1% us,  0.1% sy,  0.0% ni, 33.2% id, 66.7% wa,  0.0% hi,  0.0% si
Mem:   6218960k total,  6206268k used,    12692k free,    14352k buffers
Swap:  8225200k total,  7116584k used,  1108616k free,   462360k cached
Sehe ich das richtig, dass as Problem außerhlb meines VE liegt?

Ergänzug:

Im Powerpanel wird der Mainframe als offline angezeigt.

Folgende Tasks laufen in meinem Environment:
Code: 
dabo:~ # ps xa
  PID TTY      STAT   TIME COMMAND
    1 ?        Ss     0:00 init [3]
 1635 ?        Ss     0:01 /sbin/syslogd -a /var/lib/stunnel/dev/log
 1638 ?        Ss     0:00 /sbin/klogd -c 1 -x -x
 1667 ?        Ss     0:00 /usr/sbin/saslauthd -a pam -n 1
 1683 ?        Ss     0:00 /usr/bin/perl /usr/libexec/webmin/miniserv.pl /etc/webmin/miniserv.conf
 1691 ?        S      2:19 /usr/sbin/clamd
 1698 ?        Ss     0:00 /usr/sbin/cron
 1707 ?        Ss     0:00 /usr/sbin/exim -bd -q30m
 1728 ?        Ss     0:00 /usr/bin/freshclam -d
 1740 ?        S      0:00 /bin/sh /usr/bin/mysqld_safe --user=mysql --pid-file=/var/lib/mysql/mysqld.pid --socket=/var/lib/mysql/mysql.sock --datadir=/var/lib/mysql
 1791 ?        Sl     1:17 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/mysqld.pid --skip-locking --port=3306 --socket=/var/li
 1798 ?        Ss     0:00 /usr/sbin/xinetd
 1799 ?        Ss     0:19 /usr/sbin/sshd -o PidFile=/var/run/sshd.init.pid
 1890 ?        Ss     0:01 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf -DSSL
32562 ?        S      0:01 /usr/bin/router -c /etc/jabberd/router.xml
32595 ?        S      0:00 /usr/bin/resolver -c /etc/jabberd/resolver.xml
32611 ?        S      0:01 /usr/bin/sm -c /etc/jabberd/sm.xml
32650 ?        S      0:01 /usr/bin/c2s -c /etc/jabberd/c2s.xml
32681 ?        S      0:00 /usr/bin/s2s -c /etc/jabberd/s2s.xml
32704 ?        Sl     0:00 /usr/bin/mu-conference -c /etc/jabberd/mu-conference.xml
 7387 ?        S      0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf -DSSL
26342 ?        Ss     0:00 sshd: mike [priv]
31783 ?        R      0:00 sshd: mike@pts/1
32101 pts/1    Ss     0:00 -bash
 3357 ?        S      0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf -DSSL
 9777 ?        D      0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf -DSSL
16109 pts/1    S      0:00 su -
18206 pts/1    S      0:00 -bash
22467 ?        D      0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf -DSSL
23838 ?        D      0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf -DSSL
11733 pts/1    R+     0:00 ps xa
dabo:~ #
Danke für Eure Hilfe!
Michael.
 
Last edited by a moderator:
Hallo,

poste mal
  1. cat /proc/user_beancounters
  2. top (komplett)
  3. ps aux

Und bitte jeweils in Code-Tags, macht es einfacher zu lesen.

Wie kommst Du darauf, dass das Problem außerhalb Deines vServers liegt?

Grüße
Sinepp
 
Naja das mit dem Load hatte ich letztens auch. Da hilft wohl nur warten.

Bei mir ist der Mainframe auch off. Und meine IP Hat sich wohl gerade geändert ?
Evtl wird jetzt gerade problemlos umgestellt ?:confused:
 
Sinepp said:
Hallo,

poste mal
  1. cat /proc/user_beancounters
  2. top (komplett)
  3. ps aux

Und bitte jeweils in Code-Tags, macht es einfacher zu lesen.
Click to expand...

Code: 
dabo:~ # cat /proc/user_beancounters
Version: 2.5
       uid  resource           held    maxheld    barrier      limit    failcnt
    241135: kmemsize        3821863    4875783    7056211    7761832          0
            lockedpages           0          8        344        344          0
            privvmpages       71089      90160      87632      96396         19
            shmpages            641       1937      19567      19567          0
            dummy                 0          0          0          0          0
            numproc              48         67        128        128          0
            physpages         14600      37055          0 2147483647          0
            vmguarpages           0          0      65536 2147483647          0
            oomguarpages      27162      46503      65536 2147483647          0
            numtcpsock           40         62        172        172          0
            numflock             10         87        224        246          0
            numpty                1          2         16         16          0
            numsiginfo            0          4        512        512          0
            tcpsndbuf        175056     356956    1416560    2768240          0
            tcprcvbuf        178740     427968    1416560    2768240          0
            othersockbuf      12392     319440     655717    1153621          0
            dgramrcvbuf           0       8380     655717     655717          0
            numothersock         31         43        228        228          0
            dcachesize            0          0    1503190    1548286          0
            numfile            2109       2560       3008       3008          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            numiptent            29         29         64         64          0
dabo:~ #

Code: 
dabo:~ # top
top - 18:09:20 up 6 days, 22 min,  1 user,  load average: 9.81, 9.29, 8.17
Tasks:  38 total,   1 running,  37 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0% us,  0.1% sy,  0.0% ni, 34.1% id, 65.8% wa,  0.0% hi,  0.0% si
Mem:   6218960k total,  6205676k used,    13284k free,    10224k buffers
Swap:  8225200k total,  7748700k used,   476500k free,   422136k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
    1 root      16   0   604   84   60 S  0.0  0.0   0:00.94 init
 1635 root      16   0  1456  584  508 S  0.0  0.0   0:01.01 syslogd
 1638 root      16   0  1396  304  300 S  0.0  0.0   0:00.00 klogd
 1667 root      18   0  3984  540  536 S  0.0  0.0   0:00.00 saslauthd
 1683 root      16   0  8716 1212  824 S  0.0  0.0   0:00.33 miniserv.pl
 1691 root      16   0 80536  15m 1272 S  0.0  0.3   2:19.83 clamd
 1698 root      15   0  1668  612  564 S  0.0  0.0   0:00.08 cron
 1707 mail      16   0  5608  876  796 S  0.0  0.0   0:00.73 exim
 1728 vscan     15   0  3776 1092 1000 S  0.0  0.0   0:00.87 freshclam
 1740 root      16   0  2376  916  912 S  0.0  0.0   0:00.00 mysqld_safe
 1791 mysql     16   0  117m 5156 2388 S  0.0  0.1   1:18.08 mysqld
 1798 root      15   0  2076  576  572 S  0.0  0.0   0:00.01 xinetd
 1799 root      16   0  4524  936  820 S  0.0  0.0   0:19.74 sshd
 1890 root      16   0 23256 3920 3592 S  0.0  0.1   0:01.13 httpd2-prefork
32562 jabber    16   0  6056 1372 1156 S  0.0  0.0   0:01.82 router
32595 jabber    16   0  5900 1204 1144 S  0.0  0.0   0:00.40 resolver
32611 jabber    15   0  6300 1656 1380 S  0.0  0.0   0:01.52 sm
32650 jabber    16   0  6280 2156 1796 S  0.0  0.0   0:01.97 c2s
32681 jabber    16   0  6048 1316 1160 S  0.0  0.0   0:00.57 s2s
32704 jabber    16   0  7320 1028  752 S  0.0  0.0   0:00.12 mu-conference
 7387 wwwrun    16   0 28928 9.8m 4036 D  0.0  0.2   0:01.25 httpd2-prefork
26342 root      15   0  7576 2080 1852 S  0.0  0.0   0:00.08 sshd
31783 mike      15   0  7728 1412 1100 S  0.0  0.0   0:00.27 sshd
32101 mike      15   0  3408 1676 1380 S  0.0  0.0   0:00.11 bash
 3357 wwwrun    16   0 28928  10m 4016 S  0.0  0.2   0:01.07 httpd2-prefork
22467 wwwrun    15   0 28980  10m 4036 D  0.0  0.2   0:00.83 httpd2-prefork
23838 wwwrun    16   0 30264  10m 4120 D  0.0  0.2   0:00.91 httpd2-prefork
26021 wwwrun    18   0 26380 8336 3796 D  0.0  0.1   0:00.40 httpd2-prefork
 5143 wwwrun    17   0 26368 8292 3752 D  0.0  0.1   0:00.18 httpd2-prefork
10191 root      17   0  2604 1136  920 S  0.0  0.0   0:00.03 su
12222 root      16   0  3084 1880 1376 S  0.0  0.0   0:00.07 bash
17457 mail      17   0  5756 1412 1136 D  0.0  0.0   0:00.00 exim
18368 mail      17   0  5756 1412 1136 D  0.0  0.0   0:00.01 exim
19885 mail      17   0  5640 1208  980 D  0.0  0.0   0:00.00 exim
20225 mail      16   0  5616 1360 1112 D  0.0  0.0   0:00.02 exim
20247 root      15   0  1980 1072  840 R  0.0  0.0   0:00.04 top
20354 mail      16   0  5648 1544 1260 D  0.0  0.0   0:00.00 exim
21676 mail      16   0  5640 1196  968 D  0.0  0.0   0:00.00 exim

Code: 
dabo:~ # ps aux
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         1  0.0  0.0    604    84 ?        Ss   Feb01   0:00 init [3]
root      1635  0.0  0.0   1456   584 ?        Ds   Feb01   0:01 /sbin/syslogd -a /var/lib/stunnel/dev/log
root      1638  0.0  0.0   1396   304 ?        Ss   Feb01   0:00 /sbin/klogd -c 1 -x -x
root      1667  0.0  0.0   3984   540 ?        Ss   Feb01   0:00 /usr/sbin/saslauthd -a pam -n 1
root      1683  0.0  0.0   8716  1212 ?        Ss   Feb01   0:00 /usr/bin/perl /usr/libexec/webmin/miniserv.pl /etc/webmin/miniserv.conf
root      1691  0.0  0.2  80536 15788 ?        Sl   Feb01   2:19 /usr/sbin/clamd
root      1698  0.0  0.0   1668   612 ?        Ss   Feb01   0:00 /usr/sbin/cron
mail      1707  0.0  0.0   5608   876 ?        Ss   Feb01   0:00 /usr/sbin/exim -bd -q30m
vscan     1728  0.0  0.0   3776  1092 ?        Ss   Feb01   0:00 /usr/bin/freshclam -d
root      1740  0.0  0.0   2376   916 ?        S    Feb01   0:00 /bin/sh /usr/bin/mysqld_safe --user=mysql --pid-file=/var/lib/mysql/mysqld.pid --socket=/var/lib/mysql/mysql.soc
mysql     1791  0.0  0.0 120464  5124 ?        Sl   Feb01   1:18 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/mysqld.pid --ski
root      1798  0.0  0.0   2076   576 ?        Ss   Feb01   0:00 /usr/sbin/xinetd
root      1799  0.0  0.0   4524   936 ?        Ss   Feb01   0:19 /usr/sbin/sshd -o PidFile=/var/run/sshd.init.pid
root      1890  0.0  0.0  23256  3928 ?        Ss   Feb01   0:01 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf -DSSL
jabber   32562  0.0  0.0   6056  1368 ?        S    Feb01   0:01 /usr/bin/router -c /etc/jabberd/router.xml
jabber   32595  0.0  0.0   5900  1204 ?        S    Feb01   0:00 /usr/bin/resolver -c /etc/jabberd/resolver.xml
jabber   32611  0.0  0.0   6300  1656 ?        S    Feb01   0:01 /usr/bin/sm -c /etc/jabberd/sm.xml
jabber   32650  0.0  0.0   6280  2156 ?        S    Feb01   0:01 /usr/bin/c2s -c /etc/jabberd/c2s.xml
jabber   32681  0.0  0.0   6048  1316 ?        S    Feb01   0:00 /usr/bin/s2s -c /etc/jabberd/s2s.xml
jabber   32704  0.0  0.0   7320  1024 ?        Sl   Feb01   0:00 /usr/bin/mu-conference -c /etc/jabberd/mu-conference.xml
wwwrun    7387  0.0  0.1  28928  9992 ?        D    16:55   0:01 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf -DSSL
root     26342  0.0  0.0   7576  2076 ?        Ss   17:05   0:00 sshd: mike [priv]
mike     31783  0.0  0.0   7728  1408 ?        S    17:07   0:00 sshd: mike@pts/1
mike     32101  0.0  0.0   3408  1672 pts/1    Ss   17:07   0:00 -bash
wwwrun    3357  0.0  0.1  28932 10832 ?        D    17:10   0:01 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf -DSSL
wwwrun   22467  0.0  0.1  28980 10692 ?        D    17:23   0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf -DSSL
wwwrun   23838  0.0  0.1  30264 10688 ?        D    17:24   0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf -DSSL
wwwrun   26021  0.0  0.1  26380  8312 ?        D    17:47   0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf -DSSL
wwwrun    5143  0.0  0.1  26472  8392 ?        D    17:56   0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf -DSSL
root     10191  0.0  0.0   2604  1136 pts/1    S    18:01   0:00 su -
root     12222  0.0  0.0   3084  1876 pts/1    S    18:02   0:00 -bash
mail     17457  0.0  0.0   5620  1472 ?        S    18:05   0:00 /usr/sbin/exim -bd -q30m
mail     18368  0.0  0.0   5620  1472 ?        S    18:06   0:00 /usr/sbin/exim -bd -q30m
mail     19885  0.0  0.0   5640  1284 ?        D    18:07   0:00 /usr/sbin/exim -bd -q30m
mail     20225  0.0  0.0   5616  1360 ?        D    18:08   0:00 /usr/sbin/exim -bd -q30m
mail     20354  0.0  0.0   5648  1544 ?        D    18:08   0:00 /usr/sbin/exim -bd -q30m
mail     21676  0.0  0.0   5640  1196 ?        D    18:09   0:00 /usr/sbin/exim -bd -q30m
wwwrun   21974  0.0  0.0  23256  1304 ?        S    18:09   0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf -DSSL

Wie kommst Du darauf, dass das Problem außerhalb Deines vServers liegt?
Click to expand...

Das denke ich mir, weil bei top us sy und ni sehr niedirg sind, id und wa recht hoch. Daher meine Vermutung, dass eine andere VE oder das Host-System die Rechenzeit frisst.

Viele Grüße
Michael.
 
Leider kann ich Dir da jetzt akut auch nichts helfen. Bei mir ist der Load gerade auch extrem hoch (> 25) und laut Powerpanel ist das Hostsystem down. Auf die Ausgabe des user_beancounters warte ich jetzt schon über 15 Minuten. Heute Abend als die Last langsam hoch ging und gerade bei 7.97 war sah die Ausgabe so aus:
Code: 
hostname:~# uptime
 16:58:10 up 5 days, 23:28,  1 user,  load average: 7.97, 6.39, 5.02
hostname:~# cat /proc/user_beancounters 
Version: 2.5                                                                   
       uid  resource           held    maxheld    barrier      limit    failcnt
    241111: kmemsize        4404481    4643201    7056211    7761832          0
            lockedpages           0          0        344        344          0
            privvmpages       55029      82071      87632      96396          0
            shmpages            655       1967      19567      19567          0
            dummy                 0          0          0          0          0
            numproc              63         64        128        128          0
            physpages         12564      28263          0 2147483647          0
            vmguarpages           0          0      65536 2147483647          0
            oomguarpages      20956      32161      65536 2147483647          0
            numtcpsock           19         37        172        172          0
            numflock              5         14        224        246          0
            numpty                1          2         16         16          0
            numsiginfo            0          5        512        512          0
            tcpsndbuf        172172     325892    1416560    2768240          0
            tcprcvbuf        173024     385204    1416560    2768240          0
            othersockbuf     127452     374620     655717    1153621          0
            dgramrcvbuf           0       8380     655717     655717          0
            numothersock        102        111        228        228          0
            dcachesize            0          0    1503190    1548286          0
            numfile            2479       2522       3008       3008          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            numiptent            10         10         64         64          0

Ich sehe da jetzt nichts ungewöhnliches, auf dem Server läuft momentan aber auch nicht viel.
Das gleiche Phänomen hatte ich am 1. Februar schon einmal. Kurz darauf gab es im Powerpanel eine Nachricht, dass der Host mit Kernelpanic neu gestartet wurde.

Grüße
MichaW
 
MichaW said:
Leider kann ich Dir da jetzt akut auch nichts helfen. Bei mir ist der Load gerade auch extrem hoch (> 25) und laut Powerpanel ist das Hostsystem down. Auf die Ausgabe des user_beancounters warte ich jetzt schon über 15 Minuten. Heute Abend als die Last langsam hoch ging und gerade bei 7.97 war sah die Ausgabe so aus:
Click to expand...

Hm. Sieht aus, als ob wir dasselbe Problem haben. Ich versuche gerade, mich einzuloggen (seit über 30 Minuten).

Hoffentlich kriegt S4Y das bald in den Griff...

Michael.
 
mbrunn said:
Das denke ich mir, weil bei top us sy und ni sehr niedirg sind, id und wa recht hoch. Daher meine Vermutung, dass eine andere VE oder das Host-System die Rechenzeit frisst.
Click to expand...

Genauso sehe ich das auch. Der Server scheint sich zu Tode zu Swappen.
 
Also, der Mainframe ist off . . .Ja es leigt am hostsystem und nicht an de VE.

Aber he es geht bergauf nach ca 10 Stunden ist mein Supportticket jetzt schonmal an die technik weitergeleitet worden. . .WOW

Wenn man wenigstens mal irgendeine Info bekäme was los ist und in was für einem Zeitrahmen etwas getan wird. . . .
 
Ich habe nur eine Mitteilung vom Support erhalten, dass sie "kein allgemeines Problem auf dem Hostsystem Ihres vServers feststellen." Ich weiß nicht, ob ein System, das offline ist, wirklich "kein Problem" ist.

Bisher war ich mir S4Y ja sehr zufrieden, aber diese Aussage lässt mich doch sehr zweifeln.

Michael.
 
In meinem Fall steht jetzt im Powerpanel, dass die Hardware defekt sei. Ersatz ist vor Ort und wird installiert.
Das Ende des Austauschs, inkl. Überspielen der Daten auf den neuen Server, wird auf Anfang KW 7 geschätzt.
Keine gute, aber immerhin wenigstens eine Nachricht.

Grüße
MichaW
 
Äähhm wie Bis nächste woche soll das noch dauern, das ist jetzt nicht das worauf ich gewartet habe :-(

das ist jetzt ein witz oder ? Vorraussichtlich anfang nächster woche? Heute ist donnerstag :-(
 
Vielleicht hätte man dich das nette Upgrade Angebot vom Dezember annehmen sollen,
dann gäbe es jetzt Premium Support und der Server wäre vielleicht schneller wieder online ;-)

Nun aber wieder dem Trauerspiel angepasst etwas mehr Ernst.

@klagges:
Das einizge was Du machen kannst ist schriftlich (z.B. per Fax) eine sinnvolle Frist setzen.
Ob das die Sache beschleunigt sei mal dahingestellt, damit machst Du aber klar, dass
das Verhalten von s4y für DIch nicht akzeptabel ist. Irgendwann geht es bei so etwas um
eine Kündigung und da wird ganz gerne damit argumentiert, dass doch bisher alles in bester Ordnung war.

@klagges + @mbrunn
Wart ihr denn von dem Ausfall am 16.01. und 01.02. auch betroffen?
 
Ja wie gesagt im moment geht relativ oft mal was nicht . . . .


Ja ich denke das Fax werde ich heute noch aufsetzten aund abschicken. Das ist so kein zustand.
 
Last edited by a moderator:
hmm bestimmt selbes Hostsystem

Hi,

ja auch ich kann seit 20 Minuten wieder ein online sehen - aber da mein reboot noch nicht durch ist und putty auch noch nichts meint :mad:

vielleicht hatten die am Wochenende auch nur keine Lust und haben heut morgen erst angefangen :-)
 
You must log in or register to reply here.
Back
Top