Onderwerp: MYSQL start niet op. HELP!

Hallo,

Sinds vanmorgen ligt met Plesk de MySql eruit.

ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (111)

Is er iemand die kan helpen?

Bedankt!

dat is een beetje weinig info. staat er iets in de logfiles? misschien is het locked? misschien is het filesystem vol? misschien heeft de server teveel wijn op met kerst? het kan van alles zijn.

ja, er staat dat er te weinig schijf ruimte is
Ben een en ander aan het verwijderen maar zonder resultaat. Kunt u tegen betaling helpen?

Ah, nu werkt het!
Mega veel PSA backup dumps.... PFFFF... Stress op de vroege ochtend!

Krijg af en toe het idee dat met commando: "df -h" het lijkt alof de schijfruimte niet opnieuw "calculate" na wat bestanden te hebben verwijderd.
Pas met hele grote bestaden zoals backups, pas het wel meteen aan...

de h staat voor human readable, dit houd ook in dat als je 50mb verwijderd dit niet direct terug te zien is op de GB of TB usage. Wil je dit wel kunnen zien zou je df zonder human readable kunnen gebruiken

Het gaat om bestanden van ongeveer 200MB per stuk...

Anyway... Ben blij dat het werkt!

Krijg toch altijd wat druppeltjes op mn rug als er iets met de MySql is.

Oorspronkelijk geplaatst door patrickwww

Krijg af en toe het idee dat met commando: "df -h" het lijkt alof de schijfruimte niet opnieuw "calculate" na wat bestanden te hebben verwijderd.
Pas met hele grote bestaden zoals backups, pas het wel meteen aan...

Probeer dan eens sync;sync (inderdaad 2x hetzelfde) dat probeert je OS te dwingen ook werkelijk de diskacties weg te schrijven, soms besluit het wissen of wegschrijven voor later te bewaren (ivm hoge load bv)

Dat is nog eens een goede tip.

Dank je wel!

Standaard wordt er ook een gedeelte gereserveerd, deze is als root te beschrijven. Uit mijn hoofd is dit ongeveer 5%.

Het kan dus voorkomen dat je op een schijf ziet dat er 0MB vrij is (dmv du -sh). Als je daarna een bestand weggooit van een paar GB, kan het voorkomen dat je dan nog steeds 0MB vrij hebt. Dit is trouwens bij ext3 en ext4, en je kunt dit aanpassen dmv de -m optie van tune2fs.

Dit werkt idem zo met bestanden die nog open staan (logbestanden bv.). Die kun je wel weggooien, maar je krijgt dan geen byte vrije ruimte terug voordat je het bijbehorende proces gekilled hebt (of ge-HUP'ed).

Oorspronkelijk geplaatst door asusk7m550

Standaard wordt er ook een gedeelte gereserveerd, deze is als root te beschrijven. Uit mijn hoofd is dit ongeveer 5%. ..snip.. je kunt dit aanpassen dmv de -m optie van tune2fs.

Als je dat verteld is het wel handig om erbij te vermelden dat deze reserve er voor een goede reden is.
Zo kan je systeem bijvoorbeeld nog steeds zijn logs bijwerken ook al is de disk "vol".
Zet die reserve dus niet permanent op 0%, want als het dan volloopt kom dan is de schade groter cq lastiger op te lossen.
Als administrator is het wel een bekend truukje om snel even wat ruimte te creeren zodat alles weer werkt, dan het probleem permanent op te lossen / cq beter te traceren, waarna je uiteindelijk de reserve weer terug zet.

Voor meer info zie ook: http://unix.stackexchange.com/questi...filesystem-why

Ik had express niet erbij gezet hoe je dat precies moet doen, juist omdat je het niet klakkeloos moet doen. Ik verwacht dat mensen eerst zelf onderzoeken en niet klakkeloos iets aannemen.

Mochten ze dat wel doen, dan helpen ze hun eigen systemen om zeep en hebben ze niet de juiste mentaliteit om een beheerder te zijn. Een andere mooie actie is natuurlijk ook "rm -rf /", het scheelt je direct flink wat schijfruimte. Normaal gesproken zeg je dan, don't try this at home. Bij deze geldt natuurlijk try this at home and not at the office.

Ik maak mijn Backup naar een externe FTP lokatie, maar eerst maakt Plesk die backup op zijn lokale disken en vervolgens kopieert hij die gewoon naar de extere FTP lokatie, maar hij ruimte ze lokaal niet uit. Ik heb daarom onderstaand scriptje geschreven dat ik via de task sheduler in Plesk dagelijks uitvoert, het controleert op de default lokatie waar Plesk zijn backups wegschrijft of er backup bestanden zijn die > 1 dag en verwijdert die..

Hierbij het script:

Code:

#!/bin/sh
#
# Delete backup more than 1 days old.
#
backupDir="/var/lib/psa/dumps"
#
daysToKeep=1

echo "Checking for files older than $daysToKeep days in $backupDir"
listOfFiles=`find $backupDir -mtime +$daysToKeep`
if [ ! -z $listOfFiles ]
then
echo "Found [$listOfFiles]"
else
echo "None found."
fi
for toDelete in $listOfFiles
do
echo "Deleting $toDelete"
rm -rf $toDelete
done
echo "Done."

En kijk ook uit met Logfiles.. Plesk rotated die ook maar een keer per dag, als je dan een site hebt die veel bezocht wordt en die veel warnings/errors in zijn logs schrijft kan je ook wel eens genaaid zijn..