V-Server L sehr langsam!

A

ACY

New Member
Hallo!
Zuerst muß ich vorausschicken, daß ich mich sehr wenig auskenne, und die Arbeiten an meinem Server von "Leuten mit Ahnung" ;-) erledigt werden.

Es handelt sich hier um einen V-Server L bei 1&1, und dieser ist zumeist verdammt langsam. Auf meinem Server steht eine Homepage ohne großen Schnick-Schnack, ein Gästebuch und ein SMF Forum. Keine gigantischen Zugrifgszahlen, und kein Monstertraffic. Wenn ich früh morgens (das kann auch mal vor 6 Uhr) am arbeiten bin, dann flutsch das nur so, die emails sind superschnell abgerufen und ebenso schnell abgeschickt. Geht es dann in die normalen Geschäftszeiten über, dann wird das unerträglich langsam. Emails abschicken oder abrufen dauert dann bis zu 30 Sekunden, und auch die Zugriffe zb auf mein Forum dauern dann sehr lange. Dann plötzlich geht´s auch mal wieder einigermassen normal.

Mit 1&1 habe ich schon einige mails ausgetauscht, und auch immer sehr zeitnah Antworten bekommen. Aber noch keine Antwort auf die Frage, ob andere Mitnutzer der Hardware (auf der sich mein V-Server befindet) eventuell das ganze System in die Knie zwingen, und ich das mit ausbaden darf. Die Lösungsvorschläge von 1&1 haben sich bislang nur auf das reduzieren von Diensten beschränkt, aber nichts zu meiner Frage bzw Vermutung beigesteuert.

Ich bin mittlerweile etwas ratlos, und weiß nicht was ich jetzt tun könnte.

Hier meine HP: acys-lounge.de - Home

Was habt ihr für Erfahrungen mit V-Servern von 1&1, bzw habt ihr Ideen, was ich tun könnte. Ein Freund von mir hat auch einen V-Server L bei 1&1, und der läuft mit 21 Sites (alle mit SQL Datenbank und CMS) ordentlich flott!

Vielen Dank für eventuelle Hilfe und Ratschläge, einen schönen Tag, Grüsse: "ACY"
 
Hi!
Nachtrag: Bei den QoS Alerts sind die Hälfte der Einträge "Gelb", aber es sind auch schwarze mit einem X dabei. Und dahinter steht dann: privvmpages

Vielleicht hilft das weiter?

Grüse, "ACY"
 
Dann sag mal Deinem kompetenten Admin Bescheid, dass der sich die Prozesse anschauen soll. Woran es liegt, können wir so nicht sagen.

--marneus
 
Hallo!
Das sind die aktuell laufenden Prozesse:

Code: 
top - 10:15:18 up 3 days, 22:02,  1 user,  load average: 0.00, 0.00, 0.00
Tasks:  34 total,   1 running,  33 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
Mem:   4032336k total,   285008k used,  3747328k free,        0k buffers
Swap:        0k total,        0k used,        0k free,        0k cached

 PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
   1 root      16   0   604  248  216 S  0.0  0.0   0:00.03 init
7933 root      16   0  1456  592  496 S  0.0  0.0   0:00.55 syslogd
7939 root      18   0  3984  784  556 S  0.0  0.0   0:00.00 saslauthd
7941 root      18   0  3984  468  240 S  0.0  0.0   0:00.00 saslauthd
7966 root      16   0  4524 1212  844 S  0.0  0.0   0:01.96 sshd
7973 root      16   0  2076  912  720 S  0.0  0.0   0:00.51 xinetd
8026 named     20   0 36308 2708 1844 S  0.0  0.1   0:00.00 named
8041 root      17   0  2376 1136  920 S  0.0  0.0   0:00.00 mysqld_safe
8079 mysql     16   0  108m  22m 4636 S  0.0  0.6   0:19.17 mysqld
8095 qmails    15   0  1436  384  304 S  0.0  0.0   0:01.33 qmail-send
8097 qmaill    16   0  1388  440  384 S  0.0  0.0   0:00.17 splogger
8098 root      16   0  1420  352  268 S  0.0  0.0   0:00.07 qmail-lspawn
8099 qmailr    16   0  1416  380  272 S  0.0  0.0   0:00.01 qmail-rspawn
8100 qmailq    16   0  1380  320  264 S  0.0  0.0   0:00.11 qmail-clean
8150 root      16   0 29360  12m 7500 S  0.0  0.3   0:00.48 httpd2-prefork
9270 root      16   0  1668  692  568 S  0.0  0.0   0:00.02 cron
30295 root      16   0 47372 4740 2988 S  0.0  0.1   0:00.02 httpsd
30299 psaadm    16   0 54456  23m  15m S  0.0  0.6   0:01.07 httpsd
29861 wwwrun    15   0 34232  15m 5228 S  0.0  0.4   1:31.52 httpd2-prefork
32447 wwwrun    15   0 34112  15m 5140 S  0.0  0.4   0:28.37 httpd2-prefork
32467 wwwrun    16   0 34188  15m 5376 S  0.0  0.4   0:30.18 httpd2-prefork
11426 wwwrun    16   0 34072  14m 4980 S  0.0  0.4   0:04.08 httpd2-prefork
11429 wwwrun    16   0 34156  14m 4964 S  0.0  0.4   0:04.91 httpd2-prefork
25643 psaadm    16   0 51044  14m 9456 S  0.0  0.4   0:00.09 httpsd
25654 psaadm    16   0 51052  14m 9580 S  0.0  0.4   0:00.08 httpsd
19998 wwwrun    15   0 29360 7016 1568 S  0.0  0.2   0:00.00 httpd2-prefork
19999 wwwrun    16   0 32076  12m 4684 S  0.0  0.3   0:00.09 httpd2-prefork
20000 wwwrun    15   0 34088  14m 4292 S  0.0  0.4   0:00.13 httpd2-prefork
20003 wwwrun    16   0 32160  12m 4740 S  0.0  0.3   0:00.39 httpd2-prefork
20005 wwwrun    16   0 34116  14m 4640 S  0.0  0.4   0:00.19 httpd2-prefork
24130 root      16   0  9232 2864 2084 S  0.0  0.1   0:00.02 sshd
24197 root      16   0  2836 1760 1276 S  0.0  0.0   0:00.01 bash
24223 root      16   0  1980 1068  840 R  0.0  0.0   0:00.21 top
26096 root      16   0  1472  480  408 S  0.0  0.0   0:00.00 tcp-env
Grüsse, "ACY"
 
Last edited by a moderator:
Ich sehe da nichts Auffälliges.

Bitte mal die Ausgabe von
Code: 
cat /proc/user_beancounters
und
Code: 
ps aufx
jeweils in
Code: 
-Tags posten.

--marneus
 
Hallo!
Ja, das schaut dann schon übersichtlicher aus!

beancounters:

Code: 
Version: 2.5
      uid  resource                     held              maxheld barrier                limit              failcnt
 47072926: kmemsize                  5312691              5332000 20971520             23068672                    0
           lockedpages                     0                    0 256                  256                    0
           privvmpages                 72613                72713 98304               108134                   12
           shmpages                     8858                 8858 20480                20480                    0
           dummy                           0                    0 0                    0                    0
           numproc                        46                   46 96                   96                    0
           physpages                   28986                28988 2147483647           2147483647                    0
           vmguarpages                     0                    0 32768           2147483647                    0
           oomguarpages                28986                28988 32768           2147483647                    0
           numtcpsock                     18                   18 360                  360                    0
           numflock                        7                    7 188                  206                    0
           numpty                          1                    1 16                   16                    0
           numsiginfo                      0                    1 256                  256                    0
           tcpsndbuf                  171112               171112 1720320              2703360                    0
           tcprcvbuf                  214312               214312 1720320              2703360                    0
           othersockbuf                16408                16408 1126080              2097152                    0
           dgramrcvbuf                     0                    0 262144               288358                    0
           numothersock                   14                   14 360                  360                    0
           dcachesize                      0                    0 3145728              3460300                    0
           numfile                      1833                 1833 4096                 4096                    0
           dummy                           0                    0 0                    0                    0
           dummy                           0                    0 0                    0                    0
           dummy                           0                    0 0                    0                    0
           numiptent                      14                   14 100                  105                    0

aufx

Code: 
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         1  0.0  0.0    604   248 ?        Ss   Jan31   0:00 init [3]
root      7933  0.0  0.0   1456   592 ?        Ss   Jan31   0:00 /sbin/syslogd -a /var/lib/named/dev/log -a /var/lib/ntp/dev/log -a /var/lib/stunnel/dev/log
root      7939  0.0  0.0   3984   784 ?        Ss   Jan31   0:00 /usr/sbin/saslauthd -n 2 -a pam
root      7941  0.0  0.0   3984   468 ?        S    Jan31   0:00  \_ /usr/sbin/saslauthd -n 2 -a pam
root      7966  0.0  0.0   4524  1212 ?        Ss   Jan31   0:01 /usr/sbin/sshd -o PidFile=/var/run/sshd.init.pid
root     26404  0.0  0.0   9088  2844 ?        Ss   10:18   0:00  \_ sshd: root@pts/0
root     26419  0.0  0.0   2836  1764 pts/0    Ss   10:18   0:00     \_ -bash
root     28496  0.0  0.0   2372   836 pts/0    R+   10:27   0:00          \_ ps aufx
root      7973  0.0  0.0   2076   912 ?        Ss   Jan31   0:00 /usr/sbin/xinetd
root     28494  0.0  0.0   1472   464 ?        Ss   10:27   0:00  \_ tcp-env -R -f /etc/courier-imap/pop3d /usr/sbin/pop3login /usr/lib/courier-imap/authlib
root     28495  0.0  0.0   1472   480 ?        Ss   10:27   0:00  \_ tcp-env -R -f /etc/courier-imap/pop3d /usr/sbin/pop3login /usr/lib/courier-imap/authlib
named     8026  0.0  0.0  36308  2708 ?        Ssl  Jan31   0:00 /usr/sbin/named -t /var/lib/named -u named
root      8041  0.0  0.0   2376  1136 ?        S    Jan31   0:00 /bin/sh /usr/bin/mysqld_safe --user=mysql --pid-file=/var/lib/mysql/mysqld.pid --socket=/va
mysql     8079  0.0  0.5 111244 23148 ?        Sl   Jan31   0:19  \_ /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/l
qmails    8095  0.0  0.0   1436   384 ?        S    Jan31   0:01 qmail-send
qmaill    8097  0.0  0.0   1388   440 ?        S    Jan31   0:00  \_ splogger qmail
root      8098  0.0  0.0   1420   352 ?        S    Jan31   0:00  \_ qmail-lspawn ./Maildir/
qmailr    8099  0.0  0.0   1416   380 ?        S    Jan31   0:00  \_ qmail-rspawn
qmailq    8100  0.0  0.0   1380   320 ?        S    Jan31   0:00  \_ qmail-clean
root      8150  0.0  0.3  29360 12904 ?        Ss   Jan31   0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun   29861  0.0  0.3  34232 15664 ?        S    Feb01   1:31  \_ /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun   32447  0.0  0.3  34112 15456 ?        S    Feb02   0:28  \_ /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun   32467  0.0  0.3  34188 15768 ?        S    Feb02   0:30  \_ /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun   11426  0.0  0.3  34072 15284 ?        S    00:15   0:04  \_ /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun   11429  0.0  0.3  34156 15344 ?        S    00:15   0:04  \_ /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun   19998  0.0  0.3  34092 14616 ?        S    09:59   0:00  \_ /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun   19999  0.0  0.3  32076 12920 ?        S    09:59   0:00  \_ /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun   20000  0.0  0.3  34088 14568 ?        S    09:59   0:00  \_ /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun   20003  0.0  0.3  32160 13124 ?        S    09:59   0:00  \_ /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
wwwrun   20005  0.0  0.3  34116 14992 ?        S    09:59   0:00  \_ /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
root      9270  0.0  0.0   1668   692 ?        Ss   Jan31   0:00 /usr/sbin/cron
root     30295  0.0  0.1  47372  4740 ?        Ss   Jan31   0:00 /usr/local/psa/admin/bin/httpsd
psaadm   30299  0.0  0.6  54456 24428 ?        S    Jan31   0:01  \_ /usr/local/psa/admin/bin/httpsd
psaadm   25643  0.0  0.3  51044 14560 ?        S    08:36   0:00  \_ /usr/local/psa/admin/bin/httpsd
psaadm   25654  0.0  0.3  51052 14680 ?        S    08:36   0:00  \_ /usr/local/psa/admin/bin/httpsd


Grüsse, "ACY"
 
Im Moment geht's Deinem Server ja recht gut. Auch die Failcounts sind extrem niedrig. Hast Du den Server vor Kurzem neu gestartet? Treten jetzt gerade in diesem Moment auch performance Probleme auf?

--marneus
 
Hi!
Nein, der Server wurde nicht neu gestartet. mail Abruf dauert auch wieder lange (aber gerae im Moment nicht extrem), und zb das einloggen in meinem Forum geht gerade im Moment recht fix. Das Problem ist ja, daß sich bei mir selbst (also meiner HP und allem was hier passiert) eigentlich nichts ändert, aber meine Performance je nach Lust und Laune (überwiegend Tageszeit abhängig) extrem in die Knie geht. Mit meiner Verbindung hat das auch nichts zu tun, da andere Sites wunderbar funktionieren, und auch Kunden von mir mich auf die extremen Wartezeiten (zb in meinem Form, wo max. mal 10 Leute gleichzeitig unterwegs sind) aufmerksam gemacht haben.

Schon mal vielen Dank für deine Antworten!

Grüsse, "ACY"
 
Nun ja, wenn dein CP-Panel Dir sagt, dass privmpages und allgemein die Ressourcen im gelben, respektive schwarzem Bereich sind, würde ich den Fehler erstmal bei mir suchen.

Eigenartig finde ich, dass das CP-Panel ein schwarzes X meldet, wo doch nur 12 Überschreitungen der privmpages-Grenze stattgefunden haben.

Könnte es ein Bandbreitenproblem sein? Gibt es irgendwelche Fehlermeldungen? Sind die Apache-Konfigurationen mal "getuned" worden?

--marneus
 
Installiere mal das Script vzfree (Forensuche), das stellt die UBC-Speicher-Werte übersichtlicher dar; da sollte dann so was ähnliches wie
Code: 
VPS Speichernutzung:
Momentan genutzt:       283.645 MB
Maximal genutzt:        284.035 MB
Zugesichert:            128 MB
Maximal nutzbar:        422.398 MB
rauskommen. Dann wundert es auch nicht, dass Dein Server in die Knie geht, wenn andere auch mal etwas mehr Speicher brauchen...

Viele Grüße,
LinuxAdmin
 
Hier einmal Ein realtime Ping zu deinem Server
( Alle 5Minuten macht er 20pings zu dem Server )

Ersichtlich ist die latenz und der Ping Verlust
meine Vermutung gehen Richtung bandbreitenprobleme.

Was mir gerade noch aufgefallen ist:
Der TTL wert verändert sich sehr sehr oft..
zeugt meistens von Routing ( BGP , OSPF etc, ) probleme

Antwort von 87.106.46.92: Bytes=32 Zeit=20ms TTL=52
Antwort von 87.106.46.92: Bytes=32 Zeit=13ms TTL=52
Antwort von 87.106.46.92: Bytes=32 Zeit=13ms TTL=52
Antwort von 87.106.46.92: Bytes=32 Zeit=12ms TTL=51
Antwort von 87.106.46.92: Bytes=32 Zeit=13ms TTL=51
Antwort von 87.106.46.92: Bytes=32 Zeit=13ms TTL=51
Antwort von 87.106.46.92: Bytes=32 Zeit=20ms TTL=51
Antwort von 87.106.46.92: Bytes=32 Zeit=20ms TTL=51
Antwort von 87.106.46.92: Bytes=32 Zeit=13ms TTL=51
Antwort von 87.106.46.92: Bytes=32 Zeit=12ms TTL=51
Antwort von 87.106.46.92: Bytes=32 Zeit=13ms TTL=51
Antwort von 87.106.46.92: Bytes=32 Zeit=14ms TTL=52
Antwort von 87.106.46.92: Bytes=32 Zeit=12ms TTL=52
Antwort von 87.106.46.92: Bytes=32 Zeit=13ms TTL=52
Antwort von 87.106.46.92: Bytes=32 Zeit=17ms TTL=52
Antwort von 87.106.46.92: Bytes=32 Zeit=21ms TTL=52
Antwort von 87.106.46.92: Bytes=32 Zeit=14ms TTL=52
Antwort von 87.106.46.92: Bytes=32 Zeit=13ms TTL=52
Antwort von 87.106.46.92: Bytes=32 Zeit=13ms TTL=52
Antwort von 87.106.46.92: Bytes=32 Zeit=13ms TTL=51
Antwort von 87.106.46.92: Bytes=32 Zeit=13ms TTL=51
Antwort von 87.106.46.92: Bytes=32 Zeit=18ms TTL=51
Antwort von 87.106.46.92: Bytes=32 Zeit=14ms TTL=51
Antwort von 87.106.46.92: Bytes=32 Zeit=13ms TTL=51
Antwort von 87.106.46.92: Bytes=32 Zeit=13ms TTL=51
Click to expand...

mal sehen was da ersichtlich wird...

Stündlich ( Kann zu Aussetzer kommen, hat keine Prio )
Anhang 1

Täglich
Anhang 2

Wöchentlich
Anhang 3

Monatlich
Anhang 4


Jährlich
Anhang 5
 

Attachments

  • graph_image01.png
    graph_image01.png
    49.6 KB · Views: 139
  • graph_image02.png
    graph_image02.png
    43.2 KB · Views: 132
  • graph_image03.png
    graph_image03.png
    43.2 KB · Views: 125
  • graph_image4.png
    graph_image4.png
    28.1 KB · Views: 115
  • graph_image05.png
    graph_image05.png
    22.5 KB · Views: 112
Last edited by a moderator:
Hi!

Code: 
VPS Speichernutzung:
Momentan genutzt:       287.68 MB
Zugesichert:            128 MB
Maximal nutzbar:        422.398 MB

Das sind die Werte. Weshalb sind die so hoch, ist da was falsch eingestellt, oder liegen diese Werte im Rahmen?

Grüsse, "ACY"
 
Ich würde an deiner Stelle erstmal Plesk beenden. Das schluckt massiv Speicher. Dann kannst du weitersehen und evtl. andere Dienste (Bind...) beenden, wenn du sie nicht benötigst.

Ansonsten gilt wie immer: YGWYPF. Du hast 128 MB RAM zugesichert, 256 MB dynamisch (d. h. kurzfristig zugewiesen, aber nicht dauerhaft und erst recht nicht, wenn das Hostsystem ausgelastet ist). Dein System benötigt aber schon wesentlich mehr, als den zugesicherten Speicher.
 
Also, die mysql-Datenbank benötigt schon alleine 108 MB. Jetzt kannst Du Dir überlegen, wie Du die restlichen 20 MB auf Mailsystem, Webserver und Nameserver aufteilen willst (wobei der Nameserver 36 MB benötigt).

Merkst Du was? Wenn Du all diese Anwendungen gleichzeitig stabil und performant betreiben willst, brauchst Du einen vServer, der 'ne Nummer größer ist. Der "dynamische" Bereich ist dazu gedacht, Lastspitzen abzufangen; mittelfristig solltest Du mit dem "zugesicherten" Speicher auskommen.

Viele Grüße,
LinuxAdmin
 
Ich hatte das Problem auch,...
Mit ein paar Tips von "LinuxAdmin" hat es dann funtkioniert...

Ich habe ersteinmal die etc/my.conf optimiert mit der tuning-primer.sh - Das hat am meisten gerbacht und dann auch die etc/apache2/server-tuning.conf optimiert. Nach diesen beiden Sachen lief wieder alles wie geschmiert.

Suche einfach mal nach Apache tunen und lade dir die tuning-primer.sh, um deine Datenbank zu optimieren...
 
Last edited by a moderator:
Hallo!
Danke für eure Antworten. Werde mal schauen, was zu optimieren ist, und ob es Verbesserungen bringt!
Grüsse, "ACY"
 
Hi!
So, habe alle Vorschläge ausprobiert, doch diese haben leider keine Verbesserung gebracht. Gerade eben dauert es bis zu 15 Sekunden bis ich an mein Forum rankomme. ( http://www.acys-lounge.de/forum/ ) Ein email Postfach abfragen ebenfalls ca. 15 Sekunden.

Ich weiß nicht mehr wirklich weiter, denn 1&1 sagt es wäre alles in bester Ordnung.

Grüsse, "ACY"
 
Wie alt ist dein Vserver? und welches OS?

Ich hab mit 10.1 z.B. ganz andere Werte, mein privmmpages ist dreimal so hoch wie bei dir. Find sowieso seltsam was 1&1 da macht :)

Aber ein bischen tuning kann wirklich net schaden, alles deaktivieren was man net braucht.
 
Hi!
Den Server hatte ich im November (2007) beantragt. OS ist Suse 9.3!

Wenn ich einen Traceroute mit acys-lounge.de - Home mache, dann gibt es Paketverluste. 1&1 sagt sie könnten kein Paketverlust feststellen?

Grüsse, "ACY"



Code: 
|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                         192.168.210.254 -    0 |  145 |  145 |    0 |    1 |   31 |    0 |
|                           172.16.200.18 -    0 |  145 |  145 |    0 |    2 |   31 |    0 |
|                   firewall.me-intern.de -    0 |  145 |  145 |    0 |    1 |   16 |    0 |
|                            62.159.226.1 -    1 |  145 |  144 |    0 |    2 |   16 |    0 |
|                  f-ag1.F.DE.net.DTAG.DE -    0 |  145 |  145 |    0 |   10 |  172 |   15 |
|                  f-eb1.F.DE.net.DTAG.DE -    1 |  145 |  144 |    0 |   13 |  157 |    0 |
|                  f-eb7.F.DE.net.DTAG.DE -    0 |  144 |  144 |    0 |    8 |  109 |   16 |
|                           62.156.138.62 -    0 |  144 |  144 |    0 |    9 |   32 |   15 |
|     te-1-3.bb-c.bs.kae.de.oneandone.net -    0 |  144 |  144 |    0 |   11 |   32 |    0 |
|     te-1-1.gw-distp-a.bad.oneandone.net -    0 |  144 |  144 |    0 |   16 |  203 |    0 |
|   ae-1.gw-prtr-r231-a.bad.oneandone.net -    0 |  144 |  144 |    0 |   17 |  204 |   15 |
|                   No response from host -  100 |  144 |    0 |    0 |    0 |    0 |    0 |
|        s15230583.onlinehome-server.info -    1 |  144 |  143 |    0 |   11 |   31 |   16 |
|________________________________________________|______|______|______|______|______|______|
 
You must log in or register to reply here.
Back
Top