vServer Uranus Light unglaublich langsam

Gsichtsbuch · 23. August 2012

Tach Community.

Nachdem ich nun schon des öfteren in den letzten 48 Stunden Kontakt mit dem Support hatte, bemühe ich auch mal euch um eure Hilfe. Eigentlich will ich mir nur Luft machen, aber vielleicht weiss einer von euch doch Rat

Mein vServer ist unglaublich erschreckend langsam geworden. Eine Installation eines 18M Debian .deb Pakets dauert gerade schon ca 20 Minuten (1 Paket, keine Abhängikeiten!) Die Installation von 'aptitude' davor (23 Pakete, keines davon grösser als 1M) hat gute 15 Minuten gedauert. 15 Minuten um ein paar Libs zu entpacken!

Bevor nun diverse Gurus aufschrecken und ihr Wissen anwenden, sollte noch erwähnt werden dass:
- es sich um ein nagelneues Ubuntu Image handelt, frisch mit dem VCP installiert
- die Last des Servers zur Installationszeit zwischen 0.0 und 01 pendelt
- der Ramverbrauch bei ca 400 von 1000M liegt
- der SWAP 0M belegt
- 'top' nie mehr als 2% CPU Auslastung zeigt
- der Status des momentan zu installierenden Pakets seit Beginn der 20 Minuten bei 'Entpacken' liegt, also nur Dateien auf Platte laden, keine Kompilierung, keine Code-Ausführung oder anderweitig fordernde Prozesse
- kopieren von Dateien lokal oder aus dem Netz funktioniert mit regulärer Geschwindigkeit

Ich kann die Ursache für mein Problem nicht im vServer selbst finden. Es gibt keine blockierenden Prozesse, der Speicher ist OK.
Meine Vermutung ist dass der Node total Müll ist.

Während der Topic erstellt wurde, sind weitere 10 Minuten vergangen. Der Status der Paketinstallation via 'dpkg' hat sich nicht verändert..

schimmelmann · 23. August 2012

Hallo!
Ich habe das gleiche Problem.
Wenn ich den Server über das VCP Restarte dauert es ewig, aptitude update funktioniert gar nicht obwohl die sourceslist von netcup ist und der Server wurde vorgestern neu aufgesetzt. Ich hatte vorletzte Woche das Gleiche Problem und nach zwei Tagen lief es plötzlich wieder.
Ich denke schon dass es mit den Servern zu tun hat, was auch immer.
Gruß Jörn

schimmelmann · 23. August 2012

Hallo!
Ich nehme alles zurück
Habe noch mal im Forum geschaut. Bei mir lag es an den Firewalleinstellungen.
Da muss eine zusätzliche Regel rein mit allen State Regeln.
Gruß Jörn

ubuntu · 25. August 2012

Was sagt time dd if=/dev/zero of=test.img bs=4k count=262144?

Gsichtsbuch · 27. August 2012

Zitat

1073741824 Bytes (1,1 GB) kopiert, 87,6861 s, 12,2 MB/s

real 1m30.417s
user 0m0.036s
sys 0m4.288s

Die Messung war um kurz vor 8 morgens. Dazu muss noch gesagt werden, dass die netcup Technik noch etwas an meinem Node geändert hat. Was, konnte man mir leider nicht erklären, da der Techniker nicht erreichbar war.

cmX1tF4js · 27. August 2012

Bei mir ist es das gleiche. Der Vserver ist extrem Langsam geworden.

Habe keine Ahnung warum das so ist.

habe den Text von oben gemacht.

Code

root@v22011124917029:~# dd if=/dev/zero of=test.img bs=4k count=262144
262144+0 records in
262144+0 records out
1073741824 bytes (1.1 GB) copied, 22.8537 s, 47.0 MB/s

ledier sagt er mir nichts.

hat jemand Ideen was man machen kann.

RHA · 27. August 2012

Zitat von cmX1tF4js
Bei mir ist es das gleiche. Der Vserver ist extrem Langsam geworden.

Habe keine Ahnung warum das so ist.

habe den Text von oben gemacht.
Code
root@v22011124917029:~# dd if=/dev/zero of=test.img bs=4k count=262144
262144+0 records in
262144+0 records out
1073741824 bytes (1.1 GB) copied, 22.8537 s, 47.0 MB/s
ledier sagt er mir nichts.

hat jemand Ideen was man machen kann.
Alles anzeigen

Du hast in dem Befehl das 'time' vergessen.

cmX1tF4js · 27. August 2012

Danke und stimmt:

Code

root@v22011124917029:~# time dd if=/dev/zero of=test.img bs=4k count=262144
262144+0 records in
262144+0 records out
1073741824 bytes (1.1 GB) copied, 12.57 s, 85.4 MB/s




real    0m14.224s
user    0m0.048s
sys     0m2.384s

Alles anzeigen

ubuntu · 28. August 2012

85 bzw 47 sind erträglich. 12 aber definitiv zu wenig. Was meint der Support dazu?

vmk · 28. August 2012

Zum Vergleich hier ein paar Durchläufe auf meinem vServer.

v(olks)Server 1000:

Code

vmk@itai-otakus /tmp $ w
 23:35:46 up 50 days,  2:30,  1 user,  load average: 0,10, 0,14, 0,08
USER     TTY        LOGIN@   IDLE   JCPU   PCPU WHAT
vmk      pts/9     23:29    0.00s  0.02s  0.00s w




vmk@itai-otakus /tmp $ time dd if=/dev/zero of=test.img bs=4k count=262144
262144+0 Datensätze ein
262144+0 Datensätze aus
1073741824 Bytes (1,1 GB) kopiert, 3,50254 s, 307 MB/s




real    0m4.352s
user    0m0.048s
sys     0m1.572s




vmk@itai-otakus /tmp $ time dd if=/dev/zero of=test.img bs=4k count=262144
262144+0 Datensätze ein
262144+0 Datensätze aus                                                                                                                                                                                        
1073741824 Bytes (1,1 GB) kopiert, 13,5125 s, 79,5 MB/s                                                                                                                                                        

real    0m14.924s                                                                                                                                                                                              
user    0m0.024s                                                                                                                                                                                               
sys     0m2.020s                                                                                                                                                                                               

vmk@itai-otakus /tmp $ time dd if=/dev/zero of=test.img bs=4k count=262144                                                                                                                                     
262144+0 Datensätze ein                                                                                                                                                                                        
262144+0 Datensätze aus
1073741824 Bytes (1,1 GB) kopiert, 7,77724 s, 138 MB/s




real    0m8.602s
user    0m0.044s
sys     0m1.920s
vmk@itai-otakus /tmp $ time dd if=/dev/zero of=test.img bs=4k count=262144
262144+0 Datensätze ein
262144+0 Datensätze aus
1073741824 Bytes (1,1 GB) kopiert, 20,8749 s, 51,4 MB/s




real    0m21.865s
user    0m0.036s
sys     0m2.140s

Alles anzeigen

Könnte noch einen vServer Neptun nclabs anbieten, der hat konstantere Werte.

cmX1tF4js · 29. August 2012

Also ich habe den Support angeschrieben mit der aussage das meine Seiten viel zu langsam sind.

darauf hat mir Support geantwortet das es ein gefühl von mir ist und das es nicht am VServer liegt, vielleicht an der MYSQL-DB was auch sein kann.

Seit gestern sind meine Seiten wesentlich schneller geladen als vor einigen Tagen. ich habe nichts geändert.

Gsichtsbuch · 7. September 2012

UPDATE: Habe gestern eine Mail vom netcup Team erhalten, in welcher sie dann doch zugeben, dass der Node technische Mängel hatte. Heute nacht wurde laut email die Hardware ersetzt. Eine erste Paket-Installation über apt zeigt eine Geschwindigkeitszunahme. Es muss sich noch zeigen, ob dies nur daran liegt, dass der vServer so gut wie neu ist und keine Pakete installiert hat oder ob eine echte Verbesserung eingetreten ist.

Tags