Onderwerp: Nieuwe Server met 12 GB RAM, nog steeds hoge load en crashes

Je wilt dus iemand die op OS niveau (niet application niveau) je server optimized? Misschien dat je kan aangeven wat je verstaat onder een leuke vergoeding? Misschien houd dat mensen een beetje af..

numaga,

Ik wil best even vrijblijvend voor je kijken of het probleem zo te pinpointen valt.
Er zijn altijd nog andere opties zoals het gebruik van apc, memcache, apache vervangen door Nginx, varnish.. etc.

Je kunt een PM sturen, dan kunnen we even verder contact hebben.

Wesley

Oorspronkelijk geplaatst door Mikey

Let ook op dat geheugen nagenoeg niet meer vrijkomt maar ook gebruikt wordt om te cachen. Dus na een reboot kun je netjes 8Gb vrij hebben, uur later kan hier nog maar 2GB van over zijn. Dit zegt helemaal niets.

Denk niet dat dat in dit geval op gaat.

Het plaatje heeft het over "Apache memory usage" en "MySQL memory usage"
Neem dan ook aan dat alleen het geheugen verbruik van de individuele processen gemeten wordt, en niet van het systeem.


Als alleen je Apache proces (mod_php?) al 8 GB verbruikt, heb je een probleem.
Gevalletje brak script (en hoge PHP geheugen limiet?), of erg veel openstaande verbindingen naar de webserver (keep-alive?).

Hebt je toevallig het script rss_poster draaien? http://wordpress.org/extend/plugins/rss-poster/

Hier heb ik zelf veel problemen mee gehad op een site van een klant. Server liep om de haverklap vast.

Ook nog een tip, zorg dat je in apache het volgende heb geactiveerd: http://httpd.apache.org/docs/2.0/mod/mod_status.html . Daarmee kan je pinpointen aan welke website het ligt, vlak voor het moment dat de server iedere keer crasht.

Wij hebben hier ook cpu + geheugen problemen gehad op meerdere servers waar verschillende sites op draaiden (geen wp overigens) met de standaard apache (v2.2.3) onder CentOS. Uiteindelijk niets kunnen vinden aan rotte code en het probleem opgelost door apache te upgraden en dus zelf te compileren. We draaien nu v2.2.17 en hebben geen problemen meer.

Mocht je zelf willen compileren, ik heb de volgende configure gebruikt:

Code:

./configure \
        --prefix=/etc/httpd \
        --exec-prefix=/usr \
        --bindir=/usr/bin \
        --sbindir=/usr/sbin \
        --mandir=/usr/share/man \
        --libdir=/usr/lib64 \
        --sysconfdir=/etc/httpd/conf \
        --includedir=/usr/local/include/httpd \
        --libexecdir=/etc/httpd/modules \
        --with-suexec-bin=/usr/sbin/suexec \
        --datadir=/var/www \
        --with-mpm=prefork \
        --with-devrandom \
        --disable-auth \
        --disable-cgi \
        --disable-cgid \
        --disable-mime \
        --disable-env \
        --disable-setenvif \
        --disable-negotiation \
        --disable-alias \
        --disable-actions \
        --disable-autoindex \
        --disable-include \
        --disable-dir \
        --disable-userdir \
        --disable-status \
        --disable-authn-file \
        --disable-authn-default \
        --disable-authz-default \
        --disable-authz-user \
        --disable-authz-host \
        --disable-authz-groupfile \
        --disable-auth-basic \
        --disable-asis \
        --disable-version \ 
	--disable-filter \
        --disable-log-config

Oorspronkelijk geplaatst door Domenico

Er zal toch vast iemand zijn die tegen een vergoeding de boel kan optimaliseren? Voor niets gaat uiteraard de zon op maar de ts geeft aan er geld aan uit te willen geven. Er word veel goeds aangedragen maar blijkbaar kan de ts dit niet zelf.

Tuurlijk...
Ik zit alleen niet 24X7 op WHT te browsen.


--------------------------------------------------------------------------------------
--------------------------------------------------------------------------------------


Beste,


Servers optimaliseren is een van onze kern taken.
Dit doen wij inmiddels voor een tal van webhosting providers die ons regelmatig inhuren of advies vragen. Meestal in combinatie met Magento, maar Wordpress hoeft voor ons geen belemmering te zijn.


Wij kunnen voor U uw server optimaliseren op OS en service niveau (Linux, Apache, MySQL, etc). Hieruit word vaak meer als 50% snelheid gehaald met minder stress (load) voor de server.

De prijs hiervoor bedraagt €60,- (excl BTW) per server.
Tevens moet U er rekening mee houden dat de server 1X gereboot moet worden voordat al onze aanpassingen actief zijn (de meeste aanpassingen zijn direct actief, maar enkele pas na een reboot).

Als U onze dienst af wenst te nemen kan U een akkoord hiervoor sturen naar: info@qbell.nl
Vermeld in uw email duidelijk wat U wenst af te nemen en tegen welke prijs, tevens dient U de gegevens van de server door te geven (domeinnaam/IP, SSH poort nummer, root password). Facturatie gebeurd achteraf.

Mocht het wenselijk zijn dan zijn wij bereid een NDA te ondertekenen voor de gegevens van de server en alle data die wij tegen komen.
De uitvoering van deze dienst gebeurd binnen 24 uur na de bestelling.


Met vriendelijke groet,
Henry Paulissen

Oorspronkelijk geplaatst door QBell

Tuurlijk...
Ik zit alleen niet 24X7 op WHT te browsen.

Daar zou ik nu maar eens mee beginnen dan.

wil je de httpd.conf eens posten ? En ik lees "gaat dagelijks plat" wat houd dat in ? stop apache ermee ? of iets anders ? hoe los je het dagelijkse plat gaan op ?

Oplossingen tot nu toe zie ik allemaal in stadium 6 en nog niet ergens een begin bij 1.
Maar ben niet opzoek naar beloningen etc, maar meet een toerijkende hand ... eens zien of we achter het probleem kunnen komen.

Ik zou zelf toch de database-querie intensieve plugins eens uitschakelen en kijken of daarmee de load significant minder wordt. Ook kun je eens teruggaan naar het standaard thema om te kijken of het daarmee opgelost is. Als dat zo is kun je kijken of er plugins zijn die thema specifiek zijn en zo verder debuggen waar je probleem zit.

Om welke website(s) gaat het, om zo een 'gevoel' te krijgen waar het mis gaat.

Indien je nog op zoek bent, ik ben dagelijks bezig met linux servers, genoeg ervaring dus. PM maar voor een prijs.

Mijn ervaring met plesk 10 is idd hetzelfde constant hoge loads.
Ik had een duo core met 4 gb geheugen erin zitten.
en had daar 1 wp op lopen.
verder helemaal niks.
bleek dat na nader onderzoek plesk zelf een stuk meer geheugen en cpu gebruikte.
En daardoor onstonden hier de hoge cpu loads.
Draai nu dezelfde config met een ander control panel en heb nergens geen last meer van gehad.
En ja ik monitor nog steeds de cpu load en geheugen load.

Gok eerder dat de reinstall en evt andere default mysql settings wonderen doen.
Maar mooi dat het is opgelost.

Als het nu acceptabel is qua laadtijden ipv "goed" .. stuur me eens een paar urls per PM of email.