1. Sander Vancanneyt Member

    VPS en geheugen

    Topic geplaatst op: 17-02-2012 om 18:17

    Hey allemaal,

    Sinds kort zitten we met onze sites op een VPS en merk vaak op (meermaals per week) dat de load hoog kan oplopen en vermoed dat het wel wat aan het geheugengebruik ligt...

    Top heft bij gewoon gebruik dit:
    top - 12:04:29 up 7:21, 0 users, load average: 1.23, 1.17, 1.06
    Tasks: 109 total, 2 running, 107 sleeping, 0 stopped, 0 zombie
    Cpu(s): 14.0%us, 5.9%sy, 0.3%ni, 74.5%id, 5.2%wa, 0.0%hi, 0.0%si, 0.2%st
    Mem: 524288k total, 456876k used, 67412k free, 5060k buffers
    Swap: 1048568k total, 252204k used, 796364k free, 154888k cached

    En bij hoge load:
    top - 13:20:27 up 3 days, 17:36, 0 users, load average: 66.12, 27.64, 10.73
    Tasks: 199 total, 4 running, 195 sleeping, 0 stopped, 0 zombie
    Cpu(s): 14.1%us, 3.9%sy, 0.1%ni, 79.3%id, 2.4%wa, 0.0%hi, 0.0%si, 0.2%st
    Mem: 524288k total, 519992k used, 4296k free, 672k buffers
    Swap: 1048568k total, 1048568k used, 0k free, 14952k cached

    Bijgevolg moet ik om de paar dagen de VPS minstens herstarten en ben beetje einde raad wat ik nog meer kan doen om wat meer geheugen vrij te krijgen. Heb al veel rond gezocht op het net naar optimalisatietips voor VPS-en en al veel toegepast (waaronder APC cache enzo en tweaken php.ini) maar dit bracht nog geen wonderen aan het licht.
    Wat ik wel vond was het optimaliseren van apache maar vond die instellingen nergens terug op de VPS. Iemand tips hierover?

    Wat ik ook merk is volgende foutmelding die soms opduikt in de apache logs waarna ik de httpd eens moet herstarten omdat sommige pagina's niet meer werken:
    [Thu Feb 16 00:41:19 2012] [notice] child pid 5611 exit signal Segmentation fault (11)

    Kheb wel al een licht vermoeden dat ik best de RAM opwaardeer, maar alle tips zijn welkom!

    Ter info: heb op de VPS 6 sites staan, in totaal zo'n 2000 bezoekers per dag.

  2. RayHammer Member
    Reactie geplaatst op: 18-02-2012 om 09:16

    Je RAM is niks mis mee, wel je load en swap is te hoog.

    Install htop en atop eens, en typ ook eens free -m in en zet hier de uitslag. Ik zie dat er bij hoge load er ook ineens veel tasks draaien. Met htop en atop kom je erzo achter waarom de load hoog is.

    Vond u dit antwoord nuttig?

  3. RayHammer Member
    Reactie geplaatst op: 18-02-2012 om 09:19

    Child pid draaid nog daarom krijg je die info. Hoe of welke os gebruik je, en hoe staat de directadmin options config ingesteld.

    Vond u dit antwoord nuttig?

  4. Sander Vancanneyt Member
    Reactie geplaatst op: 18-02-2012 om 13:30

    Na veel zoeken gevonden hoe ik htop installeer en dit is het resultaat:
    http://imageshack.us/photo/my-images/207/terminalschermsnapz001.png/

    ik kan nu wel niet uit htop ding geraken om free -m te doen :s

    er zijn bij hoge load idd veel tasks en dat zijn een hele hoop apache processen die bijgekweekt worden.
    OS = centOS 5 64bit
    welke directadmin conf bedoel je en waar kan ik dit zien?

    merci alvast!

    Vond u dit antwoord nuttig?

  5. Sander Vancanneyt Member
    Reactie geplaatst op: 18-02-2012 om 13:42

    Eindelijk gevonden hoe ik htop kon afsluiten, op een mac niet zo eenvoudig als exposé het voorkomt ;-)
    dit is free -m uitslag:
    http://imageshack.us/photo/my-images/62/terminalschermsnapz002.png/

    Vond u dit antwoord nuttig?

  6. RayHammer Member
    Reactie geplaatst op: 18-02-2012 om 14:16

    Weinig te zien. Load is goed, maar wel wat apache draaiende.

    free - m is ook goed, al zou ik inderdaad in plek van 512MB geheugen upgraden naar 1GB geheugen.

    Vond u dit antwoord nuttig?

  7. Sander Vancanneyt Member
    Reactie geplaatst op: 18-02-2012 om 14:21

    Alsk zo her en der lees is de standaard apache config ingesteld als prefork en dus niet zo geschikt voor sites met meer bezoekers. Her en der lees ik dan om de apache worker config te gaan gebruiken of apache te gaan omruilen naar nginx of lighttpd of die toestanden.
    Ken er niet zoveel van van zulke zaken dus kweet het zelf niet echt ;-)

    Vond u dit antwoord nuttig?

  8. RayHammer Member
    Reactie geplaatst op: 18-02-2012 om 14:24

    Login op ssh

    typ: cd /usr/local/directadmin/custombuild
    Typ mc en dan enter. Heb je geen mc dan typ je in yum install mc

    Dan typ je mc in en scroll je naar onder tot je het bestand options.conf ziet staan.
    Die kan je dus aanpassen. LET OP WAT JE DOET!

    Vond u dit antwoord nuttig?

  9. Sander Vancanneyt Member
    Reactie geplaatst op: 18-02-2012 om 14:55

    ./build options hebk gebruikt om de opties te zien:

    Apache: 2.2.22
    Dovecot: 2.0.16
    AWstats: no
    Exim: 4.77
    exim.conf update: no
    SpamAssassin: no
    ClamAV: no
    Mailman: no
    MySQL: 5.1.61
    MySQL backup: yes
    MySQL backup directory: /usr/local/directadmin/custombuild/mysql_backups
    PHP: 5.3.10 as CLI with mail() header patch
    phpMyAdmin: 3.4.9-all-languages
    ProFTPD: no
    Pure-FTPd: no
    Atmail webmail: 1.04
    RoundCube webmail: 0.7.1
    Auto updates/notifications: no
    Run "clean" every time: yes
    Run "clean_old_webapps" every time: yes
    Run "clean_old_tarballs" every time: no
    Show texts in bold: yes
    SquirrelMail: 1.4.22
    UebiMiau: no
    Zend Optimizer: 3.3.3
    ionCube loader: 4.0.12

    Vond u dit antwoord nuttig?

  10. RayHammer Member
    Reactie geplaatst op: 18-02-2012 om 17:10

    Je hebt niet alles compleet. En ik raad aan in plek van CLI maar CGI te gebruiken. stukje veiligheid voor alles. Gebruik awstats en update mysql. En zet er SpamAssassin op.

    Lukt het niet wil ik best helpen, maar vraag mijn e-mail aan de helpdesk a.u.b

    Vond u dit antwoord nuttig?

  11. Sander Vancanneyt Member
    Reactie geplaatst op: 18-02-2012 om 17:36

    Kan ik dan nog APC cache nog gebruiken als php als CGI draait?

    Vreemde aan options.conf is dat spamassassin wel geïnstalleerd is evenals proftp en dit toch op no staat.

    Vond u dit antwoord nuttig?

  12. Sander Vancanneyt Member
    Reactie geplaatst op: 19-02-2012 om 01:00

    Nog extra vraagje (sorry)
    je spreekt om mysql te upgraden, bedoel je dan naar 5.5? heeft dit een impact op de bestaande databases?

    Vond u dit antwoord nuttig?

  13. RayHammer Member
    Reactie geplaatst op: 19-02-2012 om 09:28

    APC cache kan je nog steeds gebruiken onder suPHP.

    Dat je proftpd en spamassassin no op no staan terwijl ze wel geïnstalleerd zijn heeft DirectAdmin install zelf gedaan. Deze kan je gewoon op yes zetten bijde.


    Mysql upgraden is vaak nodig omdat er in de oude versie nogal veel bugs inzitten.
    Je software up to date houden is bij een VPS Server zeker nodig.


    Soms kan het problemen geven, maar meestal is dat bij een update van PHP. Je kan ook bijde draaien.

    Vond u dit antwoord nuttig?

  14. RayHammer Member
    Reactie geplaatst op: 19-02-2012 om 09:46

    http://help.directadmin.com/item.php?id=197

    Vond u dit antwoord nuttig?

  15. Sander Vancanneyt Member
    Reactie geplaatst op: 19-02-2012 om 17:45

    Kzal proberen vanavond mysql eens te upgraden, twas me al gelukt om php5.3 er op te krijgen dus dan zal dat ook wel lukken zeker.
    Op de DirectAdmin website staat wel dat suphp en APC niet samengaan :s

    Daarnet lagen enkele van m'n sites er weer uit met in de errorlog bomvol van deze:
    child pid 7545 exit signal Segmentation fault (11)
    httpd weer herstart en euvel was weer verholpen, vraag is voor hoelang

    Vond u dit antwoord nuttig?

  16. Sander Vancanneyt Member
    Reactie geplaatst op: 19-03-2012 om 17:24

    Intussen hebben we reeds pakken zaken geoptimaliseerd. Draaien nu ook op apache 2.4.1 en MySQL5.5. Werkt allemaal lekker snel. Ook hebben we extra geheugen bijgekocht zodat we nu 1GB RAM hebben en 2GB SWAP.

    Maar we hadden gedacht met het extra ram, dat ook het aantal vrij geheugen hoger zou uitkomen. Helaas is dit niet het geval. Als ik kijk in Directadmin is het RAM geheugen volledig in gebruik:
    top - 12:11:43 up 17:18, 0 users, load average: 0.40, 0.83, 0.93
    Tasks: 114 total, 1 running, 112 sleeping, 0 stopped, 1 zombie
    Cpu(s): 15.1%us, 5.3%sy, 0.1%ni, 77.3%id, 1.8%wa, 0.0%hi, 0.1%si, 0.2%st
    Mem: 1048576k total, 945264k used, 103312k free, 18276k buffers
    Swap: 2097144k total, 56k used, 2097088k free, 398080k cached
    free -m geeft het volgende:
    total used free shared buffers cached
    Mem: 1024 919 104 0 18 392
    -/+ buffers/cache: 509 514
    Swap: 2047 0 2047

    Ok, goede is dat SWAP niet wordt gebruikt maar dit blijft toch erg hoog ondanks de upgrade van het geheugen. Met 250 bezoekers tegelijk online loopt de load al op naar 5 en begint de SWAP te vullen :s.

    Weet iemand aan wat dit kan liggen?
    Hartelijk dank alvast

    Vond u dit antwoord nuttig?

  17. Reshad Versio medewerker
    Reactie geplaatst op: 20-03-2012 om 00:43

    Wat betreft je RAM die volledig in gebruik is, informatief linkje:
    http://www.linuxatemyram.com/

    Vond u dit antwoord nuttig?

  18. zwerfkat Member
    Reactie geplaatst op: 20-03-2012 om 09:00

    Wat betreft de "exit signal Segmentation fault (11)", het kan zijn dat er een PHP script op hol is geslagen. Probeer dit eens uit:
    http://www.omh.cc/blog/2008/mar/6/fixing-apache-segmentation-faults-caused-php/

    Vond u dit antwoord nuttig?

  19. Peter Bin Member
    Reactie geplaatst op: 26-03-2012 om 22:41

    @Sander Vancanneyt op 19-02-2012 om 17:45

    Probeer Mod_Ruid2 eens ipv SuPHP, dit is sneller en veiliger. Vervolgens even CSF (Firewall) installeren ipv APC.

    Vond u dit antwoord nuttig?

  20. Sander Vancanneyt Member
    Reactie geplaatst op: 24-07-2012 om 20:03

    Sinds het origineel bericht hebben we weinig tot geen problemen meer gehad echter kwam ik nu terug uit vakantie en merkte dat er tweemaal terug een hoge load was op de VPS, ditmaal crashte het niet maar vond het wel vreemd dat er een erg hoge load was en het geheugen niet volledig gebruikt werd.
    Bij de eerste kregen we ook melding van onze forumsoftware dat de database niet bereikbaar was. Doch loste het probleem nadien wel op en is de VPS niet vastgelopen of gecrashed. We hadden op die momenten wel wat meer bezoekers dan normaal.

    Dit zijn de berichten in DirectAdmin:

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

    One Minute - 25.71
    Five Minutes - 10.76
    Fifteen Minutes - 4.61

    top - 17:39:26 up 50 days, 8:36, 0 users, load average: 27.82, 12.21, 5.22
    Tasks: 186 total, 1 running, 182 sleeping, 0 stopped, 3 zombie
    Cpu(s): 13.2%us, 4.3%sy, 0.1%ni, 75.0%id, 7.2%wa, 0.0%hi, 0.0%si, 0.2%st
    Mem: 1048576k total, 937156k used, 111420k free, 30912k buffers
    Swap: 2097144k total, 296068k used, 1801076k free, 159828k cached

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

    One Minute - 27.59
    Five Minutes - 14.6
    Fifteen Minutes - 9.2

    top - 17:43:38 up 52 days, 8:41, 0 users, load average: 22.88, 14.84, 9.47
    Tasks: 143 total, 1 running, 142 sleeping, 0 stopped, 0 zombie
    Cpu(s): 13.2%us, 4.3%sy, 0.1%ni, 74.5%id, 7.7%wa, 0.0%hi, 0.0%si, 0.2%st
    Mem: 1048576k total, 852036k used, 196540k free, 8716k buffers
    Swap: 2097144k total, 325296k used, 1771848k free, 175624k cached

    PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
    18478 apache 15 0 190m 35m 5000 S 45.4 3.4 0:00.59 /usr/sbin/httpd -k start -DSSL
    21435 mysql 15 0 566m 119m 6148 S 2.0 11.7 208:09.59 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --plugin-dir=/usr/lib64/mysql/plugin --user=mysql --log-error=/var/lib/mysql/vps21409.axc.nl.err --pid-file=/var/lib/mysql/vps.axc.nl.pid

    PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
    22490 apache 15 0 165m 12m 4936 S 5.9 1.2 0:00.35 /usr/sbin/httpd -k start -DSSL
    22454 apache 16 0 170m 16m 4540 S 5.1 1.6 0:00.42 /usr/sbin/httpd -k start -DSSL
    22277 apache 15 0 170m 17m 5204 S 4.2 1.7 0:00.98 /usr/sbin/httpd -k start -DSSL
    22477 apache 15 0 168m 15m 5424 S 0.8 1.5 0:00.47 /usr/sbin/httpd -k start -DSSL

    Alvast dank voor de hulp!

    Vond u dit antwoord nuttig?

  21. MarcelD Member
    Reactie geplaatst op: 24-07-2012 om 20:30

    Als je via SSH met "ps aux" in de lijst kijkt: welke processen vreten dan je RAM op (% Mem use)? Daarnaast heb ik Munin geinstalleerd: dan krijg je mooie grafiekjes waaruit je een heleboel kan afleiden. Kost natuurlijk ook weer capaciteit om te draaien, maar dat valt gelukkig mee.

    Vond u dit antwoord nuttig?

  22. Sander Vancanneyt Member
    Reactie geplaatst op: 24-07-2012 om 23:14

    Nu hebben we niet zo'n hoge load dus veel wijzer wordt ik er niet uit ;-)
    mysql neemt wel 18% in en apache 10% maar is bij normaal gebruik. Gezien ik op vakantie was op die momenten kan ik niet echt terugkijken hoe het er dan aan toe was.

    Vond u dit antwoord nuttig?

  23. MarcelD Member
    Reactie geplaatst op: 25-07-2012 om 08:47

    Uitdaging met de VPSen zit hem meestal in het RAM gebruik, door daar een overload te krijgen gaat de hele server zich vreemd gedragen. Als je in de oude setup al een uitdaging op dit gebied had dan zou dat met verdubbelen van de RAM in ieder geval veeel minder moeten zijn. Nu dat eigenlijk niet zo is met gelijke bezoekersaantallen denk ik dat er een proces is dat niet netjes met het RAM gebruik omgaat. Als je op een druk moment kijkt welke dat is dan kan je daar gaan zoeken. Soms kan je memory restricties meegeven als startup variabele zodat je niet op de serverinstellingen terug hoeft te vallen. Heb je trouwens een Xen server of niet?

    Vond u dit antwoord nuttig?

  24. Sander Vancanneyt Member
    Reactie geplaatst op: 25-07-2012 om 16:46

    Het gaat idd om een Xen VPS.
    Als ik thuis ben opo een druk moment op de site met hoge load zal ik het nog es preciezer monitoren.

    Vond u dit antwoord nuttig?