vServer bei Server4You zur Zeit sehr langsam?

Status
Not open for further replies.

martinj

New Member
Hallo,
ich habe seit zwei Tagen das Problem, dass mein vServer richtig lahm ist. apt-cache search apache2 braucht ca. 22 Sekunden, die Webseiten sind auch langsam. Ich habe meine Beancounterswerte noch nicht erreicht, nach einem Reboot ist die Geschwindigkeit wieder kurzzeitig in Ordnung.

Hat wer das selbe Phänomen?

Danke,
Martin
( vs138026 )
 
Hab ich schon längst gemacht :)

Wollte mich nur erkundigen ob auch andere Leute das gleiche Problem haben :D

Irgendwie ist alles raltiv verkorkst, um ca. 11 Uhr habe ich einen Rebootauftrag losgelassen, wurde noch nicht ausgeführt..


Martin
 
Last edited by a moderator:
Poste doch mal ein: ps aux
dann können wir dir sagen ob: a) zuviele Prozesse laufen oder b) dein Hostsystem einfach überlastet ist.
 
Code:
herakles:~# ps aux
USER       PID %CPU %MEM   VSZ  RSS TTY      STAT START   TIME COMMAND
root         1  0.0  0.0  1492  468 ?        Ss   Oct29   0:00 ini
root     19524  0.0  0.0  1548  572 ?        Ss   Oct29   0:00 /sbin/syslogd
root     20545  0.0  0.0  1660  400 ?        S    Oct29   0:00 /usr/sbin/courierlogger -pid=/var/run/courier/authdaemon/pid -start /usr/lib/courier/authlib/aroot     20579  0.0  0.0  2360  496 ?        S    Oct29   0:00 /usr/lib/courier/authlib/authdaemond.mysql
root     20672  0.0  0.0  2392  784 ?        S    Oct29   0:00 /usr/lib/courier/authlib/authdaemond.mysql
root     20768  0.0  0.0  2392  780 ?        S    Oct29   0:00 /usr/lib/courier/authlib/authdaemond.mysql
root     20800  0.0  0.0  2392  784 ?        S    Oct29   0:00 /usr/lib/courier/authlib/authdaemond.mysql
root     20833  0.0  0.0  2360  512 ?        S    Oct29   0:00 /usr/lib/courier/authlib/authdaemond.mysql
root     20897  0.0  0.0  2360  512 ?        S    Oct29   0:00 /usr/lib/courier/authlib/authdaemond.mysql
root     20994  0.0  0.0  1760  476 ?        S    Oct29   0:00 /usr/sbin/couriertcpd -address=0 -stderrlogger=/usr/sbin/courierlogger -maxprocs=40 -maxperip=root     21057  0.0  0.0  1664  400 ?        S    Oct29   0:00 /usr/sbin/courierlogger imaplogin
root     21601  0.0  0.0  1764  508 ?        S    Oct29   0:00 /usr/sbin/couriertcpd -address=0 -stderrlogger=/usr/sbin/courierlogger -stderrloggername=imapdroot     21669  0.0  0.0  1668  448 ?        S    Oct29   0:00 /usr/sbin/courierlogger imapd-ssl
root     21861  0.0  0.0  1764  448 ?        S    Oct29   0:00 /usr/sbin/couriertcpd -pid=/var/run/courier/pop3d.pid -stderrlogger=/usr/sbin/courierlogger -mroot     21952  0.0  0.0  1528  256 ?        S    Oct29   0:00 /usr/sbin/courierlogger courierpop3login
root     22336  0.0  0.0  1760  476 ?        S    Oct29   0:00 /usr/sbin/couriertcpd -pid=/var/run/courier/pop3d-ssl.pid -stderrlogger=/usr/sbin/courierloggeroot     22434  0.0  0.0  1668  400 ?        S    Oct29   0:00 /usr/sbin/courierlogger pop3d-ssl
root     22560  0.0  0.0  1520  460 ?        Ss   Oct29   0:00 /usr/sbin/inetd
root     23170  0.0  0.0  2504 1028 ?        S    Oct29   0:00 /bin/sh /usr/bin/mysqld_safe
mysql    24804  0.0  0.1 80320 9072 ?        S    Oct29   0:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqroot     24833  0.0  0.0  1476  432 ?        S    Oct29   0:00 logger -p daemon.err -t mysqld_safe -i -t mysqld
mysql    25123  0.0  0.1 80320 9072 ?        S    Oct29   0:01 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqmysql    25154  0.0  0.1 80320 9072 ?        S    Oct29   0:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqmysql    25186  0.0  0.1 80320 9072 ?        S    Oct29   0:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqmysql    25217  0.0  0.1 80320 9072 ?        S    Oct29   0:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqmysql    25249  0.0  0.1 80320 9072 ?        S    Oct29   0:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqmysql    25344  0.0  0.1 80320 9072 ?        S    Oct29   0:13 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqmysql    25376  0.0  0.1 80320 9072 ?        S    Oct29   0:10 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqmysql    25409  0.0  0.1 80320 9072 ?        S    Oct29   0:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqmysql    25442  0.0  0.1 80320 9072 ?        S    Oct29   0:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqroot     30145  0.0  0.0  2956 1028 ?        Ss   Oct29   0:00 /usr/lib/postfix/master
postfix  30304  0.0  0.0  3000 1128 ?        S    Oct29   0:00 qmgr -l -t fifo -u -c
root     30561  0.0  0.0  6808  940 ?        Ss   Oct29   0:00 /usr/sbin/saslauthd -n 1 -a pam
root     30784  0.0  0.0  3720 1180 ?        Ss   Oct29   0:00 /usr/sbin/sshd
root     31552  0.0  0.0  1760  736 ?        Ss   Oct29   0:00 /usr/sbin/cron
root     25377  0.0  0.1 55912 9616 ?        Ss   01:04   0:14 /usr/sbin/apache2 -k start -DSSL
mysql    24996  0.0  0.1 80320 9072 ?        S    09:42   0:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqmysql     9859  0.0  0.1 80320 9072 ?        S    12:18   0:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqmysql    10148  0.0  0.1 80320 9072 ?        S    12:18   0:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysq#10000   10305  0.0  0.0  4804 2304 ?        SL   15:01   0:07 proftpd: web1ftp4 - dslb-084-061-131-189.pools.arcor-ip.net: STOR /Wohlstandskinder/Wohlstandsmysql    10373  0.0  0.1 80320 9072 ?        S    15:01   0:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqpostfix  13568  0.0  0.0  2964 1100 ?        S    17:17   0:00 pickup -l -t fifo -u -c
www-data  2436  0.1  0.2 59848 16488 ?       S    17:19   0:00 /usr/sbin/apache2 -k start -DSSL
www-data  2467  0.1  0.2 58820 15472 ?       S    17:19   0:00 /usr/sbin/apache2 -k start -DSSL
root      3201  0.0  0.0  6476 2132 ?        Rs   17:19   0:00 sshd: root@pts/0
root      3584  0.0  0.0  6476 2132 ?        S    17:19   0:00 sshd: root@pts/0
root      4576  0.5  0.0  4156 1724 pts/0    Ss   17:20   0:00 -bash
mysql    15616  0.0  0.1 80320 9072 ?        S    17:20   0:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqroot     16704  0.0  0.0  2480  860 pts/0    R+   17:20   0:00 ps aux


Der eingegebene Text ist zu kurz.
 
Moin,

auch ich finde, daß mein S4U Vserver Basic recht langsam ist. Die Seite liegt schon seit 2 Jahren dort. und bis vor ca. 3/4 Wochen hatte ich eigentlich nie Probleme. Nun ist es so. dass zeitweise vom Aufruf der Seite bis zur Darstellung 15 Sekunden vergehen.

Zu diesen Zeiten geht die CPU-Load nach oben. Hier mal eine mit CACTI erzeugte Grafik.

Eine Anfrage beim Support wurden mit einem DUMP von TOP beantwortet, daß man nichts feststellen kann. Klar es ist ja auch ein Zeitweise auftretender Fehler.

Vielleicht jemand aus diesem Forum bei der Problemfindung behilflich sein.

Danke und Gruss,

Werner
 

Attachments

  • cpuload.gif
    cpuload.gif
    10.6 KB · Views: 370
Last edited by a moderator:
Bei mir is plötzlich au alles recht lahm

Beim Ping oder tracen siehts seit ner Stunde bei mir plötzlich so aus:


Bei mir seit ner Stunde plötzlich auch, hab nen VserverMax



Ping-Statistik für xx.xx.xxx.xx:
Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0 (0% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 237ms, Maximum = 244ms, Mittelwert = 241ms



1 <1 ms <1 ms <1 ms 192.168.0.1
2 9 ms 9 ms 9 ms 217.0.116.56
3 9 ms 9 ms 9 ms 217.0.68.22
4 12 ms 12 ms 13 ms 217.239.40.86
5 13 ms 12 ms 12 ms 62.153.203.186
6 249 ms 264 ms 258 ms tx016096.in-addr.bellaxa.net [217.118.16.34]
7 24 ms 23 ms 24 ms 85.25.36.51
8 241 ms 244 ms 242 ms meiner.vserver.de [xx.xx.xxx.xx]


Das is natürlich nicht prickelnd.


Habs gemerkt als mein Putty plötzlich lahmte. Dann ist mir der Forumspost eingefallen. Komisch.

Update: Scheint wieder alles in Ordnung zu sein. 16.00 Uhr
 
Last edited by a moderator:
Bei mir ist es leider noch nicht in Ordnung :(

Vor allem zu Stoßzeiten wird mein vServer unerträglich langsam. Der Supportmitarbeiter meinte nur, dass er auf meinem vServer kein generelles Problem feststellen kann.

Martin
 
Bei mir ist auch immer noch nicht top Geschwindigkeit. Bei Putty dauert die Aufforderung zum Username teilweise bis zu 20sec. und die Abfrage des Passworts bis zu 50sec. total verhext. Wenn ich den "mc" aufrufe dauert es auch ewig. Yast ist ebenfalls nicht viel besser.

Gruß

little_L
 
little_L said:
Bei mir ist auch immer noch nicht top Geschwindigkeit. Bei Putty dauert die Aufforderung zum Username teilweise bis zu 20sec. und die Abfrage des Passworts bis zu 50sec. total verhext. Wenn ich den "mc" aufrufe dauert es auch ewig. Yast ist ebenfalls nicht viel besser.

Gruß

little_L
Gleiches hier. Abends warte ich oft bis zu 30 Sekunden beim Öffnen einer kleinen Textdatei mit vi.
 
Vielleicht sagt jeder mal seine VServer Nummer, vielleicht liegen wir ja auf dem selben Hostsystem :( Meine ist 138026
 
Gibts beu euch auch grade nen Kernl Update?

Ich habe grade per zufall gemerkt das mein Server down ist. Und, unerwartet habe ich tatsächlich eine Mail dazu bekommen das der Server wegen eines dringenden Kernl Updates für ne halbe Stunde down sein wird. Jetzt bin ich mal gespannt ob das wirklich so schnell geht und ob danach auf dem Server alles in Ordnung ist *g*
Vielleicht ist das bei euch ja auch so und das ganze lag daran?
 
Nein, mein Server ist noch erreichbar und ich habe keine E-Mail wegen einem Kernelupdate bekommen.

Gerade habe ich dafür eine richtig nichtssagende Antwort im Ticketsystem bekommen:

Als mögliche Lösung Ihres Problems schlage Ihnen einen Upgrade auf einen
vServer MAX vor.

Da vServer Max bessere Prioritäten bieten, werden sich die Funktionalitäten verbessern und die Lauffähigkeiten Ihrer Aplikationen erhöhen.

Mal abgesehen davon dass hier jemand berichtet dass sein vServer MAX kastriert wurde und es vor ein paar Wochen ohne Probleme lief..

Berichte dann aber bitte ob sich die Situation gebessert hat :)

Danke,
Martin
 
Last edited by a moderator:
Das versteh mal jemand.
Das vorhin hat alles reinbungslos geklappt. Mein vServer war nach der geplanten halben Stunde wieder da und funktionierte wunderbar. Betroffen war vorhin nur einer meiner beiden vServer.
JETZT hingegen sind beide down. Ohne Vorwarnung, ohne grund, kein garnichts. Hat das noch wer? Vor 10 Minuten gingen beide noch, jetzt sind sie weg *kopfschüttel*

Langsam wirds nervig...
 
Meiner ist auch komplett down und noch eine andere Präsenz, wo ich wei0, dass sie auf einem VServer von S4U liegt auch - scheint also ein eher allgemeines Problem zu sein
 
Kommando zurück, liegt nicht an s4u.
Ich hab da grade mal angerufen und ein sehr netter Herr (ernsthaft, keine Ironie) sagte mir das tonline, QSC und netcologne momentan große Routingprobleme haben und das mein Server läuft. Dann habe ich ihn mal angetraced und siehe da.. bei Arcor ist (von mir ausgesehen) schluss. Der Tracert geht also nicht mal ansatzweise in irgendwelche s4u Routings rein. Problem liegt bei Arcor bzw. dem T-Online Backbone.
 
Ich hab hier Versatel (ex Komtel-Netz, ist meine ich noch vom Rest getrennt)

Bei mir läuft der Tracert allerdings bis zum Ende (also bis zu meinem VServer) durch :eek:

Edit: aha, und in dem Moment ist er auch wieder da :)
 
vServer MANCHMAL für 1-2 Min. sehr langsam

Ich habe im Moment die gleichen Probleme - server MANCHMAL für 1-2 Min. sehr langsam (web, ssh-Anmeldung)... Dann geht's für 5-10 Min. wieder. Und dann wieder dasselbe... Habe zum Testen ein php Script (in dem nur steht "echo 'Test';") per shell ausgefürt. Manchmal dauert es <1 Sek. Manchmal - 20 (!!!) Sek. Woran könnte es liegen. Danke!:
 
Status
Not open for further replies.
Back
Top