Ik heb momenteel een probleem met een website.
Die site is gisteren down gegaan.
En het lijkt op een MySQL-probleem.

Korte omschrijving situatie:
Ik huur een VPS(cloudbox) bij provider
Daarop heb ik een standaard LAMP-configuratie:
- linux 2.6.32 ; Centos 6.8 x64 (juli 2016)
- apache 2.4.23
- mysql 5.5.31
- php 5.6.28
En daarop draait een PHP-script wat ik heb gekocht.

Korte omschrijving probleem:
My site is down.
* ControlPanel site is not working
* PHPMyAdmin displays "phpMyAdmin - Error
* I can FTP the server; no storage problem or disk error
* I checked the site logs. No strange log info is seen in the logfile.
* DirectAdmin displays: Invalid login.
* commandline accessable with SSH/Putty
* commandline > service mysql status
displays: "mysql: unrecognized service"
* Commandline > service --status-all
displays: "MySQL is running, but PID file could not be found"

Iemand op dit forum die me wellicht hiermee kan helpen ?

Gr. John
@Arien
> Ikzelf maak overigens altijd backups op een netwerk gescheiden locatie.
Ik ook, daarnaast ;-) maar die hebben meestal een iets langere interval.



[size=xsmall]Toevoeging op 06/11/2017 15:50:41:[/size]

OK, dus nu trachten MySQL weer aan te slingeren.

> reboot

> service mysql status
Dit geeft nu als resultaat:
"mysql: unrecognized service"

> service --status-all
Dit geeft nu als resultaat:
"MySQL is not running, but lock file (/var/lock/subsys/mysql[FAILED]"
Ik heb die lockfile gerenamed maar dat bracht geen verandering.

> service mysqld restart
"MySQL server PID file could not be found"
Hoe/wanneer wordt die PID-file gegenereerd ?

Enfin.... het moge duidelijk zijn....suggesties om MySQL aan te slingeren zijn welkom....
Via StackOverflow vond ik dit:


Try using the unix lsof command to see which program has the lock

lsof | grep mysql


EDIT:in fact, run lsof on the lock itself

lsof /var/lock/subsys/mysql




Ben van Velzen op 06/11/2017 13:20:47

Ik krijg het idee dat het gewoon backups zijn die lokaal bewaard worden

Die Ben is erg warm .....

Niet heel verrassend.
Heeft er toevallig een mysql upgrade gedraaid op deze bijna volle schijf? Dat kan een hoop verklaren. Ruimte vrijmaken en gewoon een yum install draaien.
Yum install mysql op een Directadmin machine? Liever niet.... :x

Gebruik dan liever de CustomBuild die alles meteen netjes configureert na een upgrade of installatie.


cd /usr/local/directadmin/custombuild
./build set mysql_backup yes
./build mysql


En als je de laatste versie van je huidige branch wilt:

cd /usr/local/directadmin/custombuild
./build update
./build mysql
Dat zou een hoop verklaren. Custombuild verprutst dat soort zaken wel vaker. Ik heb weinig ervaring met DA, en eerlijk gezegd hoeft dat ook niet meer te worden. Poep product met poep buildprocessen.
Ja, dat wel, maar MySQL wordt gelukkig geblokkeerd in yum, net als een hoop andere packages.
En dat hoort zo (tenzij je je installatie wilt vernachelen)...

exclude=apache* httpd* mod_* mysql* MySQL* da_* *ftp* exim* sendmail* php* bind-chroot*


[size=xsmall]Toevoeging op 06/11/2017 17:14:53:[/size]

Custombuild is er op gericht dat alles meteen compatible wordt gemaakt voor DirectAdmin vanaf installatie. Plus dat je makkelijk kan switchen naar een andere setup (mariaDB, nginx etc)

Ik zou het daarom niet zozeer 'poep' vinden, maar juist handiger in het gebruik. Er is zelfs een plugin voor om het als webinterface te draaien.
Het zorgt voor meer problemen dan het oplost. Google er maar eens op. Het symptoom dat we ook hier zien zou met een rpm package nooit gebeuren, en er is geen enkele reden voor DA om niet als rpm te leveren, andere control panels doen dat ook.

Overigens; voor 1 website een control panel inzetten? Dat is toch gewoon van de zotte?
Sluit me toch wel aan bij Ben, ik ben van huis uit een Unix admin, later Linux admin en Oracle admin maar altijd verre gebleven van klikkerdeklik easy learning interfeesjes. Gewoon commandline en je bent elke machine de baas :)
Dus Yum rules the world, of Apt whatever....

Reageren