Hoge load, vps even down, kan het probleem niet vinden.

[J. Bregman]

Beste allemaal,

Ik krijg sinds een week een melding van DA dat de load erg hoog is. Elke dag gebeurd dit om 21:00 precies.

In DA kan ik vinden om welke user dit gaat. Deze user heeft 1 website: KLIK (http://tinyurl.com/c4daebl)

Deze website draait geen cronjobs en om dit tijdstip vinden geen backups plaats. Ook heeft de website niet veel bezoekers. Ik kan het probleem echt niet lokaliseren, het is erg frustrerend. Tijdens het moment dat dit plaatsvind, duurt het laden van andere website erg lang. Zodra een website is geladen, geven deze een database connection error. Zodra ik de service httpd restart, werkt alles weer naar behoren.

Hieronder plaatst ik de message van DA, misschien kan iemand hier iets mee. Ik zou graag dit probleem willen oplossen, maar zelf lukt mij het niet. Via Google word ik ook niet erg wijzer.

This is an automated message notifying you that the 5 minute load average on your system is 96.74.
This has exceeded the 10 threshold.

One Minute - 100.59
Five Minutes - 96.74
Fifteen Minutes - 63.03

top - 20:04:48 up 1 day, 23:52, 0 users, load average: 99.18, 96.62, 63.53
Tasks: 252 total, 2 running, 250 sleeping, 0 stopped, 0 zombie
Cpu(s): 3.3%us, 0.6%sy, 0.3%ni, 92.0%id, 3.7%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 1020580k total, 971412k used, 49168k free, 1880k buffers
Swap: 2097144k total, 1990916k used, 106228k free, 21668k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
9 root 20 0 0 0 0 S 2.3 0.0 56:32.72 [ksoftirqd/1]
22 root 20 0 0 0 0 S 2.1 0.0 2:14.88 [kblockd/0]
6570 root 20 0 172m 4532 812 R 1.6 0.4 0:00.16 lfd - (child) process tracking...
4 root 20 0 0 0 0 S 0.6 0.0 6:50.82 [ksoftirqd/0]
38 root 20 0 0 0 0 D 0.5 0.0 1:01.40 [kswapd0]
5637 admin 20 0 209m 5828 1712 D 0.5 0.6 0:02.36 /usr/sbin/httpd -k start -DSSL
6571 root 20 0 15160 1136 744 R 0.5 0.1 0:00.08 /usr/bin/top -c -b -n 1
5395 admin 20 0 213m 4308 1812 D 0.3 0.4 0:02.67 /usr/sbin/httpd -k start -DSSL
5544 termijnr 20 0 216m 7188 132 D 0.3 0.7 0:02.72 /usr/sbin/httpd -k start -DSSL
5553 termijnr 20 0 216m 5064 1192 D 0.3 0.5 0:02.77 /usr/sbin/httpd -k start -DSSL
5554 admin 20 0 209m 6340 1544 D 0.3 0.6 0:02.07 /usr/sbin/httpd -k start -DSSL
5556 termijnr 20 0 216m 7160 120 D 0.3 0.7 0:02.71 /usr/sbin/httpd -k start -DSSL
5572 termijnr 20 0 215m 6428 132 D 0.3 0.6 0:02.33 /usr/sbin/httpd -k start -DSSL
5603 termijnr 20 0 216m 8108 132 D 0.3 0.8 0:02.49 /usr/sbin/httpd -k start -DSSL
5632 termijnr 20 0 216m 5884 948 D 0.3 0.6 0:02.27 /usr/sbin/httpd -k start -DSSL
5648 termijnr 20 0 216m 7544 156 D 0.3 0.7 0:02.34 /usr/sbin/httpd -k start -DSSL
5696 termijnr 20 0 215m 6384 128 D 0.3 0.6 0:02.28 /usr/sbin/httpd -k start -DSSL
5752 kookspul 20 0 219m 14m 2196 D 0.3 1.5 0:01.07 /usr/sbin/httpd -k start -DSSL
6566 root 20 0 172m 11m 748 D 0.3 1.1 0:00.07 lfd - (child) closing
1 root 20 0 19352 304 132 S 0.2 0.0 0:00.77 /sbin/init
5398 apache 20 0 212m 7960 1652 D 0.2 0.8 0:02.83 /usr/sbin/httpd -k start -DSSL
5543 termijnr 20 0 216m 7164 140 D 0.2 0.7 0:02.64 /usr/sbin/httpd -k start -DSSL
5570 termijnr 20 0 215m 6232 132 D 0.2 0.6 0:02.34 /usr/sbin/httpd -k start -DSSL



Dit is dus het bericht van DA.

Met vriendelijke groet,

Jesse Bregman

[vDong]

ik zou beginnen met atop installeren en snmp en met cacti eens uit te lezen wat er voor en na gebeurd.
Laatste keer dat ik zulke loads zag had alles met disk-io te maken. zou ook memory kunnen zijn. In ieder geval is de informatie die je nu hebt te weinig voor een analyse.

[Marcellow]

Load van 99 en pagina's die een db error geven, goeie kans dat mysql druk is met een aantal lompe queries en daardoor 98 http threads laat wachten.
Ik zou eens op de database inloggen en een "show processlist;" doen, goeie kans dat je daar iets te vinden is

[Mark17]

Vindt er op dat moment vanuit de website een actie plaats (bij de eerste bezoeker na een bepaald tijdstip kan WordPress bepaalde "extra" acties uitvoeren dacht ik). Het lijkt op het eerste gezicht geen I/O probleem veroorzaakt buiten de VPS, vergelijkbare problemen zagen wij een tijd terug ook op een WordPress site met een behoorlijk aantal modules. Vervolgens de database naar een andere server gezet (en draaiend binnen het geheugen) en alles draaide weer goed.

[J. Bregman]

Hallo,

Atop zal ik morgen avond in de gaten houden. Verder geeft show procceslist; niets bijzonders aan.

Deze WP installatie heeft bijna geen plugins. Zeker geen bijzondere plugins. Ook kan ik me niet voorstellen dat de WP installatie extra acties gaat uitvoeren na een bepaald tijdstip bij een eerste bezoeker. Deze website heeft bijna geen bezoekers.

[Spyder01]

Je kunt overigens makkelijk zien wat MySQL aan het uitspoken is:

watch mysqladmin proc

Die ververst default elke 2 seconden en zo kun je zien of er bepaalde query's draaien en blijven hangen.

[systemdeveloper]

Het ding heeft om de e.o.a. reden zijn swap helemaal gevuld en dan krijg je heel snel een heel hoge load. Dit hoeft verder niks te maken te hebben met sql queries.
Puur omdat ie zijn swapspace op is, gaat dat ding down. Dus uitzoeken wat je geheugen opvreet.

[cyberbootje]

Heb snel even met TS meegekeken en swap zit tjokvol en de I/O delays zijn om te huilen.
Lijkt me duidelijk dat de storage ontiegelijk traag is, TS gaat een ticket inschieten :)

[J. Bregman]

Wederom, bedankt allen!

[cfmweb]

Misschien nog een leuke toevoeging.

De post van Redbeenl in dit topic (http://www.webhostingtalk.nl/dedicated-en-vps-unmanaged-hosting/171354-vps-meerdere-malen-per-dag-down-2.html#post1226320) omschrijft wel goed wat er mis gaat denk ik...