Onderwerp: Warning: The system load average is 11.19

Hallo,

Heb gisterennacht een aantal berichten gehad dat de load average 11.19 is.

Mijn memory usage is ook erg hoog rond 60-75% gemiddeld, dit is een VPS van deziweb waar 2x wordpress sites op staan.
- een website is standaard installatie met wat tekst
- tweede website staan wel wat teksten op en plugins maar niet extensief

Daarnaast heb ik directadmin update gedaan via de panel.

Hopelijk weet iemand hier een quick fix voor of is het probleem complexer, heb van allerlei zaken uitgezocht op internet maar kan er niet veel van maken.

Bedankt!

Dit is het bestand van Directadmin wat ik krijg, ik ben niet echt een server administrator.

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

One Minute - 28.24
Five Minutes - 11.19
Fifteen Minutes - 5.07

top - 02:32:09 up 73 days, 8:59, 0 users, load average: 28.24, 11.19, 5.07
Tasks: 92 total, 15 running, 76 sleeping, 0 stopped, 1 zombie
Cpu(s): 0.9%us, 0.2%sy, 0.0%ni, 98.9%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 1048576k total, 512808k used, 535768k free, 0k buffers
Swap: 262144k total, 105244k used, 156900k free, 14628k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1756 apache 20 0 365m 34m 2956 S 9.6 3.3 0:00.61 /usr/sbin/httpd -k start -DSSL
1760 cursuss 20 0 354m 21m 3572 R 9.6 2.1 0:00.09 /usr/sbin/httpd -k start -DSSL
1787 cursuss 20 0 387m 55m 4144 R 9.6 5.5 0:00.32 /usr/sbin/httpd -k start -DSSL
1792 cursuss 20 0 355m 23m 3844 R 9.6 2.3 0:00.09 /usr/sbin/httpd -k start -DSSL
1793 cursuss 20 0 356m 23m 3756 R 9.6 2.3 0:00.09 /usr/sbin/httpd -k start -DSSL
1754 apache 20 0 365m 34m 2952 S 7.7 3.3 0:00.58 /usr/sbin/httpd -k start -DSSL
1768 cursuss 20 0 396m 55m 2352 R 7.7 5.5 0:00.57 /usr/sbin/httpd -k start -DSSL
1770 cursuss 20 0 391m 58m 2408 R 7.7 5.7 0:00.40 /usr/sbin/httpd -k start -DSSL
1771 cursuss 20 0 384m 52m 3748 R 7.7 5.1 0:00.29 /usr/sbin/httpd -k start -DSSL
1783 cursuss 20 0 384m 52m 3804 R 7.7 5.2 0:00.29 /usr/sbin/httpd -k start -DSSL
1762 cursuss 20 0 346m 13m 3600 R 5.8 1.3 0:00.03 /usr/sbin/httpd -k start -DSSL
1772 cursuss 20 0 383m 50m 2564 R 5.8 5.0 0:00.29 /usr/sbin/httpd -k start -DSSL
1 root 20 0 19236 312 132 S 0.0 0.0 0:00.31 init
2 root 20 0 0 0 0 S 0.0 0.0 0:00.00 [kthreadd/712]
3 root 20 0 0 0 0 S 0.0 0.0 0:00.00 [khelper/712]
126 root 16 -4 10644 164 0 S 0.0 0.0 0:00.00 /sbin/udevd -d
346 dovecot 20 0 45224 8 4 S 0.0 0.0 0:00.00 dovecot/imap-login
518 root 20 0 243m 380 116 S 0.0 0.0 0:14.83 /sbin/rsyslogd -i /var/run/syslogd.pid -c 5
536 dbus 20 0 21408 8 4 S 0.0 0.0 0:00.00 dbus-daemon --system
554 root 20 0 22608 8 4 S 0.0 0.0 0:04.78 /usr/sbin/dovecot
563 dovecot 20 0 45220 8 4 S 0.0 0.0 0:00.00 dovecot/pop3-login
568 dovecot 20 0 45220 8 4 S 0.0 0.0 0:00.00 dovecot/pop3-login
570 dovecot 20 0 45220 8 4 S 0.0 0.0 0:00.00 dovecot/pop3-login

Uiteraard ben je beter thuis bij een managed partij als je de server niet wil beheren. Maar Google eens op server-status


Sent from my iPhone using webhostingtalk mobile app

Gezien het aantal http request wellicht veel bezoekers / de wp site is gehackt en wordt nu gebruikt voor spamruns?


Sent from my iPhone using webhostingtalk mobile app

Installeer APC Cache, gebruik MySQLTuner en pas je http-mpm.conf aan (serverlimit verlagen).

En verplaats wp-admin cq htaccess erop


Sent from my iPhone using webhostingtalk mobile app

Oorspronkelijk geplaatst door Ahmed

Gezien het aantal http request wellicht veel bezoekers / de wp site is gehackt en wordt nu gebruikt voor spamruns?

Echt? want 10 requests tegelijk is veel? En niet gewoon 1 page legitiem ophalen?

Installeer APC Cache, gebruik MySQLTuner en pas je http-mpm.conf aan (serverlimit verlagen).

Zonder de oorzaak weten randum tunings toepassen die misschien niet helpen, of de boel helemaal slopen?

Wat wel een goed idee is om server-status aan te zetten, maar beter is nog om via iets als cacti veel meer systeemonderdelen in grafieken te plotten. Dan kan je misschien zien wat er mis gaat vlak voordat de load oploopt. Staar je trouwens ook niet blind op load, load is een indicator die je als beheerder kan helpen, maar er is geen goed of fout getal die voor elke server hetzelfde is.

60-70% gebruik van geheugen is ook niet erg, een beetje linux systeem met uptime zal rond de 90% geheugengebruik aangeven, omdat overtollig geheugen gebruikt wordt om je disks sneller te gebruiken(diskcache)

Je zou ook even kunnen kijken wat er rond het tijdstip van het ticket aangeroepen werd in de Apache Access log voor de user Cursuss.

Sent from my HTC One using webhostingtalk mobile app

Bedankt allemaal voor de reacties!
@vDong oke maar het is toch vreemd dat er ongeveer 5 bezoekers op de gehele server zijn en 60-70% constant memory usage is. Daarnaast heb ik geprobeerd alle plugins uit te zetten van wordpress, dat doet ook niet veel.

De website heeft verder geen malware, na test te hebben gedraaid.
@dennis0162 waar zou ik de Apache Access log kunnen vinden?

@Bart L dat dacht ik ook, echter is dit mij aangeraden door deziweb. Zij vertelde mij dat wanneer je gewoon 3x-4x in het jaar een update laat doen dit goed genoeg is.

Nee hoor Niet vreemd

Sent from my HTC Sensation Z710e using webhostingtalk mobile app

Oke dus ik zou gewoon de meldingen van de server kunnen negeren?
Het zou ook niet kunnen liggen aan de hoeveelheid queries die tegelijk of inefficient draaien?

Of zou je zeggen gewoon je server uitbreiden en lekker laten draaien op deze manier?

Bedankt voor je snelle reacties!

ps. VSwap usage is ongeveer 40%

De huidige logs staan: /var/log/httpd/domains/domein.nl.log

Het kan zijn dat de logs net gewisseld zijn op Zondag (ligt aan de instellingen).
Dan staan ze ingepakt in de map: /home/username/domains/domein.nl/logs

Ah mooi, 3x 4x per jaar updaten = OK. Ik zal de jongens melden dat ze een een andere hobby mogen gaan zoeken op kantoor.

Aangezien dit een VPS betreft zou ik eerder eens je IOPS controleren om er zeker van te zijn dat je load niet komt door het feit omdat je mysql/httpd staat te wachten op je harddisk. En wat betreft je memory, doe eens "free -m" en dan zie je het werkelijke verbruik.

Oke dus ik zou gewoon de meldingen van de server kunnen negeren?

De melding van de server gaat niet over het geheugen maar het CPU-gebruik. Die zou ik zeker niet negeren.

Het zou ook niet kunnen liggen aan de hoeveelheid queries die tegelijk of inefficient draaien?

WordPress is niet efficiënt, maar zo erg is het nu ook weer niet. Of je server wordt 'aangevallen', of de performance van de VPS is benedenmaats.

Of zou je zeggen gewoon je server uitbreiden en lekker laten draaien op deze manier?

Zonde van je geld, dit is waarschijnlijk eenvoudig op te lossen. Als ik een kijkje moet nemen, stuur je maar een privébericht.

We hebben dit laatst ook gehad op een VPS van een klant van ons, in dit geval kwam het door een conflict met directadmin en SSL cert voor httpd.
De servername van de VPS stond op _default_ bij het aanpassen van dit naar localhost was het probleem verholpen.