Onderwerp: Zeer hoge load

De afgelopen dagen krijg ik steeds een hele hoge load.
Voorheen was mijn load rond de 0.30 en nu kan die stijgen tot 3 en vandaag zelfs tot 12.

Het rare is dat als ik een TOP of HTOP doe ik geen applicaties zie die voor een hoge load zorgen, en mijn VPS provider laat mij tot nu toe ook niet weten wat het is.

Hier enkel screenshots van de load:

http://www.urt.co/img/inn9bbkp29.png
http://www.urt.co/img/hp39yp1n2f.png
http://www.urt.co/img/bkoqzdeens.png

Zien jullie iets bijzonders?

misschien even atop installeren, dit laat ook de procentuele belasting van je schijven etc zien. Wellicht dat je hier wat meer informatie uit kan halen! Het zou bijv. goed in je disk io kunnen zitten...

Ik zie uit je tweede screenshot (http://www.urt.co/img/hp39yp1n2f.png) dat het spamd process al een meer dan 50-minuten draait.
Dit vind ik zelf vrij ongewoon. Wellicht zit je spamassassin process in een loopje.
Het process staat ook in 'D' status (uninterruptible sleep (usually IO)).

Als je de spamd, spamc en je exim (of sendmail, of postfix) herstart om te kijken of je load dan daalt.
Mocht inderdaad je load zakken, is dat je oorzaak.

Zit er een RAID-setup in je machine? Zoja, controleer de status van je array.
Een rebuildende (pogingen) of degraded array kunnen voor een (mega-) hoge load zorgen.

Zou best kunnen, het schrijven gaat ook heel langzaam de laatste tijd (ook als de load laag is).
Ik ga het even installeren...

load average = aantal D in die lijstjes

12 begint hoog te worden, zeer hoog is meer iets van over de 30

Ongetwijfeld disk belasting, als het een VPS is dan weet ik dat wel zeker. Met atop kun je inderdaad zien of het je disk is of iets anders. Als de disk en/of de swap hoge percentages geeft, dan moet je provider effe geheugen bijprikken in de host machine en dat niet weggeven aan klanten. Dan is er meer cache aanwezig voor je disk acties.

Is het een KVM Linux VPS met IDE guest type disk? Je zou in dat geval ook eens virtio kunnen proberen.

Geen idee this een VPS van DirectVPS.
aTop installeerd heeeeeel slooom...
Bijna niet zelfs...

Code:

root@acis:~# aptitude install atop
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
The following NEW packages will be installed:
  atop
0 packages upgraded, 1 newly installed, 0 to remove and 4 not upgraded.
Need to get 78.1kB of archives. After unpacking 266kB will be used.
Writing extended state information... Done
Get:1 http://ftp.nl.debian.org lenny/main atop 1.23-1 [78.1kB]
Fetched 78.1kB in 0s (130kB/s)
Selecting previously deselected package atop.
(Reading database ... 23206 files and directories currently installed.)
Unpacking atop (from .../archives/atop_1.23-1_i386.deb) ...
Processing triggers for man-db ...

En daar blijft hij al een minuut of 6 hangen..

Hierbij een screenshot van aTop.
http://www.urt.co/img/y4u367bnw0.png

Ik ga nu spamd spamc en exim restarten!

---

Edit: Heb exim gerestart en spamd gekilld en vervolgens weer gestart.
Load gaat nog steeds van laag naar hoog en weer terug..
Maar het is wel ietsje minder hoog (kan ook moment zijn).

Ik geef hem een reboot als het een vastgelopen applicatie is moet dat hiermee zijn opgelost!
---
Edit:
Na de reboot is de load meteen weer heel hoog en apache2 heeft 5 min nodig om te starten.
Denk zelf dat dit probleem bij de fysieke server ligt!

Het zou goed kunnen dat een VPS op de VPS node de disk resources niet eerlijk deelt en daardoor je load enorm stijgt.

DirectVPS kijkt er naar.
Ze draaien nu een quota check, als die klaar is kunnen ze verder kijken..

Oorspronkelijk geplaatst door guidonline

DirectVPS kijkt er naar.
Ze draaien nu een quota check, als die klaar is kunnen ze verder kijken..

Kan je ook eens een "vmstat 1" draaien?

Regeltje of 10-12 is denk ik wel zat

Load is weer normaal.
Ze hebben een quota check gedaan waarna de load weer zoals vanouds was.
Wel apart dat dit zomaar is gebeurt...
Vmstat (zal alleen wel niet meer zoveel uitmaken).

Code:

root@acis:~# vmstat 1
procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa
 1  0     88  35192 223464 371560    0    0    70     7   27   22  0  0 86 12
 0  0     88  35192 223472 371556    0    0     0    32   58   67  0  0 90 10
 0  0     88  35192 223472 371560    0    0     0     0   44   52  0  0 100  0
 0  0     88  35308 223472 371560    0    0     0     0  126   96  0  0 99  0
 0  0     88  35316 223472 371560    0    0     0     0   46   52  0  0 100  0
 0  0     88  35316 223472 371560    0    0     0     0   44   59  0  0 100  0
 0  0     88  35316 223472 371560    0    0     0     0   45   50  0  0 100  0
 0  0     88  35316 223472 371560    0    0     0     0   47   56  0  0 100  0
 0  0     88  35316 223472 371560    0    0     0     0   53   57  0  0 100  0
 0  0     88  35316 223480 371560    0    0     0    12   50   62  0  0 92  8
 0  0     88  35316 223480 371560    0    0     0     0   44   52  0  0 100  0
 0  0     88  35316 223480 371560    0    0     0     0   62   60  0  0 100  0
 0  0     88  35316 223480 371560    0    0     0     0   42   52  0  0 100  0
 0  0     88  35316 223480 371560    0    0     0     0   48   61  0  0 100  0
 0  0     88  35316 223480 371560    0    0     0     0   50   52  0  0 100  0