Onderwerp: Mysql gaat down

Hallo allemaal,
Ik heb nu al een paar weken een probleem met mijn webserver, daarop draait:
rocessor Name Intel(R) Pentium(R) 4 CPU 3.20GHz
Vendor ID GenuineIntel
Processor Speed (MHz) 3193.585
Processor Name Intel(R) Pentium(R) 4 CPU 3.20GHz
Vendor ID GenuineIntel
Processor Speed (MHz) 3193.585
Total Memory 2073804 kB
Free Memory 1648760 kB
Total Swap Memory 4192956 kB
Free Swap Memory 4192956 kB
System Uptime 0 Days, 0 Hours and 5 Minutes
Apache 2.2.9 Running
DirectAdmin 1.33.6 Running
Exim 4.67 Running
MySQL 5.1.31 Running
Named 9.2.4 Running
ProFTPd 1.3.1 Running
sshd Running
dovecot 1.1.3 Running
Nu is het zo dat er ergens op een site een script draait (tenminste dat zegt mijn netwerkbeheerder) welke ervoor zorgt dat de mysql 2 tot 3 x per dag over zijn nek gaat en dat ik een reboot moet uitvoeren.
Is er iemand die mij kan vertellen hoe ik achter kom welk proces dit is of hoe ik dit kan oplossen?
Dank!

Het is niet 123 gezegd welk script dat kan zijn. Wat is "over zijn nek gaan". Stopt hij en start hij niet weer?

Welk OS, logs?
/tmp al uitgemest?
Is het voorspelbaar wanneer hij gaat?

TIP; Update je software ;-)

Al eens in de logs gekeken? 9 van de 10 keer staat er zeer bruikbare informatie in betreft crashes

dank allen voor het meedenken.

de /tmp uitgemest, ook de logs nagekeken en nergens staat iets herleidbaars.

Het gaat erom dat in mijn service monitor de https erg snel oploopt en daarna wordt de server traag en gaat mysql over zijn nek 'service unavailable' of 'to many connections'

je zou is kunnen kijken naar: http://dev.mysql.com/doc/refman/5.0/...query-log.html of (als het lukt) kunnen kijken welke queries er draaien als die (bijna) down gaat.

Vaak is het een opeenstapelling van queries als er 1 blocked of heel traag is, waardoor er steeds meer resources gebruikt worden en de server gaat swappen ed.

Zet ook eens je server-status feature van apache aan, misschien dat je daar wat bruikbare informatie kunt vinden (oa het aantal req. per sec, en naar welke domeinen o.a. gaan.)

weet je wat het rare is ... in de service monitor loopt de httpd snel op in aantallen terwijl de mysql slecht een klein aantal heeft staan.

kunnen jullie wellicht ook de commando's neerzetten, ik ben nog niet zolang command line bezig, maar wil het graag onder de knie krijgen.

thx a million

Dit even in je globale httpd.conf zetten:

Code:

<Location /server-status>
SetHandler server-status
</Location>

Naderhand; http://ip/server-status

ok, en hoe zet ik dat in mijn global http.conf?

sorry voor de newbie

Oorspronkelijk geplaatst door Unipolair

ok, en hoe zet ik dat in mijn global http.conf?

sorry voor de newbie

nano /etc/httpd/conf/httpd.conf

Oorspronkelijk geplaatst door Unipolair

weet je wat het rare is ... in de service monitor loopt de httpd snel op in aantallen terwijl de mysql slecht een klein aantal heeft staan.

kunnen jullie wellicht ook de commando's neerzetten, ik ben nog niet zolang command line bezig, maar wil het graag onder de knie krijgen.

thx a million

Als er een query in mysql blocked of lang duurt wachten alle andere mysql queries totdat deze uitgevoerd is (en dus ook de bij behorende php/httpd proccessen) zeker als mensen het te lang vinden duren en lekker op F5 gaan zitten meppen. Je zou het aantal httpd proccess kunnen beperken en kijken of dat uit maakt (de clients krijgen dan wel een to busy error oid)

Ik denk dat je probleem toch bij mysql zit, en niet bij de webserver.

:-( server-status: No such file or directory
heb het toegevoegd met nano, maar vi kan ook?
wat did i do wrong?

ik weet niet wat ik gedaan heb, maar heb zolang ik hier al bezig ben geen problemen, terwijl dit de afgelopen dagen eigenlijk steeds erger werd, maar ik wil graag het lek boven hebben om naar de toekomst problemen te voorkomen

Btw gaat heel de server over zijn nek of alleen mysql en kan je dus nog wel sshen?

Als het heel de server is, dan is het bijna altijd het geheugen (swappen, en random proccessen worden gekilled ed), als het alleen mysql is dat is het vaak een blocking//slow query, wat vaak is door slechte mysql optimalisatie (max connections, of geheugen gebruik, of gewoon een rotte query)

het is echt de mysql, want ik kan wel met ssh inloggen om de bak te rebooten, en ik heb een aantal verschillende (test) sites gemaakt om te checken wat wel en niet werkt .. dus een .html een .php een site met een database (mysql)..

dus ik ben ook van mening dat het in mysql misgaat, alleen zou ik graag achterhalen wie dit op zijn geweten heeft van mijn klanten, die gaat ik dan helpen om er vanaf te komen.

Oorspronkelijk geplaatst door Unipolair

:-( server-status: No such file or directory
heb het toegevoegd met nano, maar vi kan ook?
wat did i do wrong?

ik weet niet wat ik gedaan heb, maar heb zolang ik hier al bezig ben geen problemen, terwijl dit de afgelopen dagen eigenlijk steeds erger werd, maar ik wil graag het lek boven hebben om naar de toekomst problemen te voorkomen

Even apache restarten