Hulp gezocht website down; server MySQL error

Al een reboot gedaan? Hoe zit je met het geheugen?

Ik denk dat je dit het vlotste op lost door een recente back-up terug te zetten en vervolgens je paswoorden te wijzigen.

@Arien
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.

Een restore is ook niet altijd de efficientste manier.
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.

Geheel eens met Arien en verder probeer eerst inderdaad eens een reboot (shtdown -r now) of restart handmatig alle belangrijke services zoals apache en mysql.
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?

@Arien
* 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 ?

Je zou eventueel vanuit / iets kunnen doen als du --si --max-depth=1 en van daaruit de grootste map pakken en het commando herhalen. Ik krijg het idee dat het gewoon backups zijn die lokaal bewaard worden overigens, of overstromende error logs. Zou niet de eerste keer zijn dat ik zoiets tegenkom.

Er kan sprake zijn van excessieve logging dus check ook even /var/log/ met subdirectories en afhankelijk van je apache instellingen je access.log en error.log files ergens in de /var structuur.

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.

Denk dat ik de boosdoener heb gevonden....
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.