Hulp gezocht website down; server MySQL error
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
Gewijzigd op 06/11/2017 11:11:35 door - Ariën -
Ja, heb reboot gedaan. Geeft geen verbetering.
> df -h
Result:
Filesystem Size Used Avail Use% Mounted on
/dev/vda1 96G 90G 1.1G 99% /
tmpfs 498M 28K 498M 1% /dev/shm
Dus vda1 is bijna vol !!!
Terwijl mijn database maar ca. 20MB is.
en mijn backup (scrip-code + pictures gebruikers) maar 1,5GB is.
Wellicht dat er dus ergens veel tmp of log files slingeren.
Maar vollopen diskruimte kan mijn verschijnselen verklaren
Iemand een suggestie hoe ik die diskruimte slurpende files kan vinden ?
@Pipo Clown
Dat zou vervelend zijn omdat mijn laatste backup enkele dagen oud en ik dan dus wat data mis.
En daarbij is het onzeker dat ik hiermee de oplossing heb.
Daarbij zorgt een Restore soms voor nieuwe problemen (bv verkeerde file rights)
Dus deze keuze stel ik graag nog even uit.
Misschien zijn je quotes ook wel niet oké? Bij een VPS kan dit soms op de master-server zijn ingesteld.
Wat zegt je hosting eigenlijk? Voor mij is dat het eerste die ik zou benaderen. Zelf als het om een un-managed contract zou gaan, omdat het misschien wel wat VM gerelateerd is, en dus niet aan je VPS.
Verder is het ook raadzaam om te kijken wat er in je /tmp zit, en hoeveel ruimte hier gebruikt wordt.
Gewijzigd op 06/11/2017 11:44:56 door - Ariën -
Check je diskspace met df -ah Kan je root worden of sudo op CentOS? Probeer deze eens, zoek alle recent gewijzigde files eens op om te checken of er wellicht ingebroken is:
#find /etc -type f -printf '%TY-%Tm-%Td %TT %p\n' | sort -r
#find /var/www -type f -printf '%TY-%Tm-%Td %TT %p\n' | sort -r
Welke foutmedlingen worden getoond wanneer je de website gewoon oproept?
Gewijzigd op 06/11/2017 12:08:37 door Aad B
* Heb contact met provider. Als dat iets oplevert post ik dat hier.
* Heb files in /tmp verwijderd maar dat was niet veel.
@Aad B
* Shutdown had ik al geprobeerd; Maakt geen verschil
* > df -ah
Result:
Filesystem Size Used Avail Use% Mounted on
/dev/vda1 96G 90G 1.1G 99% /
proc 0 0 0 - /proc
sysfs 0 0 0 - /sys
devpts 0 0 0 - /dev/pts
tmpfs 498M 28K 498M 1% /dev/shm
none 0 0 0 - /proc/sys/fs/binfmt_misc
* Lukt niet om MySql te starten
> service mysqld restart
"MySQL server PID file could not be found"
Maar dat kan dus komen omdat er geen diskruimte is om de PID-file opnieuw aan te maken.
* Ja ik kan root worden op CentOS
* Heb de Find-commando's gedaan, vind niets bijzonders, vrijwel alle files >1wk oud.
@All:
* Suggestie hoe ik de diskruimte slurpers kan vinden ?
Gewijzigd op 06/11/2017 13:22:43 door Ben van Velzen
Zoek de 10 grootste bestanden vanuit root / (kan even duren)
#find / -printf '%s %p\n'| sort -nr | head -10
Als het, zoals Ben ook al denkt, overmatige logging is check dan of je logrotate kan instellen en het aantal bewaarde (gezipte) versies van oude logfiles.
Gewijzigd op 06/11/2017 13:50:59 door Aad B
Mijn backup-directory neemt 90% van mn diskruimte in beslag.
(dit ontdekte ik met > du -ch )
In Directadmin heb ik staat dat er een dagelijkse backup gemaakt moet worden en die worden cumulatief bewaard en nimmer gepurged.
Zal eens even gaan poetsen....
> Ikzelf maak overigens altijd backups op een netwerk gescheiden locatie.
Ik ook, daarnaast ;-) maar die hebben meestal een iets langere interval.
Toevoeging op 06/11/2017 15:50:41:
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....
Quote:
Try using the unix lsof command to see which program has the lock
EDIT:in fact, run lsof on the lock itself
Code (php)
1
lsof | grep mysql
EDIT:in fact, run lsof on the lock itself
Code (php)
1
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 .....
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.
Gebruik dan liever de CustomBuild die alles meteen netjes configureert na een upgrade of installatie.
Code (php)
1
2
3
2
3
cd /usr/local/directadmin/custombuild
./build set mysql_backup yes
./build mysql
./build set mysql_backup yes
./build mysql
En als je de laatste versie van je huidige branch wilt:
Code (php)
1
2
3
2
3
cd /usr/local/directadmin/custombuild
./build update
./build mysql
./build update
./build mysql
Gewijzigd op 06/11/2017 17:09:11 door - Ariën -
https://www.transip.nl/knowledgebase/artikel/134-wil-mijn-directadmin-up-to-date-houden/
En dat hoort zo (tenzij je je installatie wilt vernachelen)...
Code (php)
1
exclude=apache* httpd* mod_* mysql* MySQL* da_* *ftp* exim* sendmail* php* bind-chroot*
Toevoeging op 06/11/2017 17:14:53:
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.
Gewijzigd op 06/11/2017 17:15:46 door - Ariën -
Overigens; voor 1 website een control panel inzetten? Dat is toch gewoon van de zotte?
Gewijzigd op 06/11/2017 17:20:37 door Ben van Velzen
Dus Yum rules the world, of Apt whatever....