mysql ineens down, kan ze via DA niet meer opstarten

[erinys]

ha luitjes,

mysql is ineens down. en ik kan het via DA niet oplossen.
ik heb al een ticket aangemaakt, en verwacht ook wel dat de hosting het zo opgelost heeft, maar kan iemand mij wellicht een duw de goede richting opgeven in het onderzoeken wat het probleem geweest kan zijn?

dit geeft DA aan als ik op start druk:

An error has occurred
Details
/sbin/service mysqld start 2>&1

thanks

en zijn er goede betrouwbare services die dit voor me kunnen monitoren via sms?

[beetle]

in plaats van or die:

********sDatabasePassword) or mail($recipient, $mail_body, $header);

Er zullen vast veel betere oplossingen zijn, maar wat ik voorheen had gedaan was een cronjob aangemaakt waarin ik elke 5 minuten verbinding ging maken met de database,
indien geen verbinding, probeerde het scripje het 5 minuten later nogmaals, indien opnieuw geen verbinding, dan werd er een mailtje verstuurd, ik verstuurde het voorheen naar een hetnet account, en daar stelde ik in mailtjes met header xxxxxxx doorsturen naar SMS

[dreamhost_nl]

Heb je toegang tot SSH ipv dat je het via je cp doet?
Nu zie je niet de volledige foutmeldingen (zoals je al hebt gemerkt).

[erinys]

ik heb toegang ja, het is ondertussen al opgelost, maar ik heb geen idee wat het getriggerd heeft.

ik heb met ssh ingelogd en /sbin/service mysqld start 2>&1 gedaan maar dat gaf een error over een proces wat niet bestond ofzo..

dus toen heb ik
[root@wbsvr1 /]# killall mysqld
[root@wbsvr1 /]# /sbin/service mysqld start 2>&1
Starting MySQL SUCCESS!

en toen was het opgelost

[dreamhost_nl]

Voortaan :

service mysqld restart

Deze functie sluit ook alle mysqld processen eerst af en doet daarna een (hernieuwde) start.

[ju5t]

Soms geeft MySQl overigens helemaal geen melding hoe of wat.
Dan kun je het beste even in /var/log/messages kijken wat er gebeurd.

[erinys]

var/log/messages toont helemaal niets van berichten over afgelopen nacht helaas.

bedankt voor de tip voor het herstarten, waarom doet DA dat niet op die manier automatisch ?

[Geert-Jan]

waarom doet DA dat niet op die manier automatisch ?

Omdat jij wil weten wat er op je systemen gebeurt misschien??

[ichosting]

Heb je misschien je hostname gewijzigd terwijl mysqld draaide?

[ccchosting]

bekende oorzaken van downtimes van myslq:

Hostnaam aangepast (zoals icehosting al zei)
permision script gedraaid (set_permisions)
Harddisk vol (bijvoorbeeld door de bin bestanden van mysql)

Het is mij opgevallen dat DA zelf MYSQL niet correct kan herstarten.
Wellicht kan da daar nog eens een keer naar kijken..

[erinys]

hmm hostname is wel aangepast geweest.. maar dat was al eventjes daarvoor.

anyway ik heb nu mysql helemaal laten tweaken van voor tot achter, dus ik hou het in de gaten

[umf]

bekende oorzaken van downtimes van myslq:

Hostnaam aangepast (zoals icehosting al zei)
permision script gedraaid (set_permisions)
Harddisk vol (bijvoorbeeld door de bin bestanden van mysql)

Het is mij opgevallen dat DA zelf MYSQL niet correct kan herstarten.
Wellicht kan da daar nog eens een keer naar kijken..

misschien dat het mogelijk is zoiets in directadmin_cron te doen
dagelijks of wekelijks een reload op een tijdstip dat hij het minst belast is

[goudgeel]

het was overgens niet IceHosting maar IC Hosting die de opmerking heeft geplaatst.

Roland is bezig met andere zaken toch ?

Peter

[Randy]

Afgeklopen weekend had een klant hetzelfde probleem. De hostname was een dag of twee daarvoor ook gewijzigd. Starten via DA ging niet, via de shell hield die de poort bezet. Een simpele reboot loste het snel op. De logfiles moet ik nog nakijken, druk druk druk...

[Xolphin]

var/log/messages toont helemaal niets van berichten over afgelopen nacht helaas.

MySQL logt naar /var/log/mysqld.log