Discussion :

[stanley]

Bonjour,

J'ai eu un problème enorme avec mon serveur MySQL qui ne voulait plus démarrer sur mon serveur, j'ai vraiment galéré pour comprendre ce que c'était.

J'ai une distribution FEDORA CORE 2 avec PLESK.

Voila le prob :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
[root@webdispo root]# df
Sys. de fich.        1K-blocs       Occupé Disponible Capacité Monté sur
/dev/hda1              5162796   4992832         0 100% /
/dev/hda2            152632448   1857396 143021684   2% /home

En effet, /dev/hda1 en est à 100 %.

Comment je pourrais faire pour liberer de l'espace ou bien quel dossier dois-je transferer sur /home sans affecter le système et les services qui tournent, et comment procéder ?

Merci de votre aide

[Ti-Slackeux]

Des idées en vrac :

Regarde tes fichiers de logs, trop de fichiers de rotation ou fichiers trop volumieux

Comme c'est du fedora, il devrait y avoir un cache local des packages, regarde pour le purger aussi.

Le répertoire /tmp aussi ainsi que tout enplacement à nature temporaire

Faire la chasse aux packages inutiles aussi par exemple.

Après, transférer des fichiers sur /home, ça risque (amha) de créer des soucis avec les droits sur les fichiers en fonction des services.

De plus ta base sql doit être quelque part dans / et non pas dans /home. Si celle-ci continue de grossir, on finira quand même par arriver à saturation de la racine sans solutions à mon avis.

[stanley]

Après, transférer des fichiers sur /home, ça risque (amha) de créer des soucis avec les droits sur les fichiers en fonction des services.

J'ai déplacé le dossier /var dans /home et j'ai créé un lien symbolique, ça a réglé le problème de l'espace et MySQLd repart de nouveau.

Mais le problème prend une autre tournure; le webmail HORDE ne veut pas entrer et PLESK aussi, j'ai cherché dans les docs, j'ai fait quelques manips, et à chaque fois, j'ai l'erreur suivante :
ERROR 1045: Access denied for user: 'admin@localhost' (Using password: YES)

[Ti-Slackeux]

Ca ne viendrait pas , comme je le disais, d'un problème d'accès à un sous-répertoire de var qui aurait perdu ces droits avec le lien symbolique ??

[stanley]

Ca ne viendrait pas , comme je le disais, d'un problème d'accès à un sous-répertoire de var qui aurait perdu ces droits avec le lien symbolique ??

peut etre bien, comment pourais-je le vérifier ?

[Ti-Slackeux]

peut etre bien, comment pourais-je le vérifier ?

Si on ne dépace que le répertoire des bases SQL dans /home avec un lien symbolique dessus, on verra ce que celà va donner coté Horde et plesk

[stanley]

J'ai pas très bien compris mon vieux

[Ti-Slackeux]

Je pensais, plutot que de déplacer /var completement, déplacer /var/<je sais pas trop ou est le rep sql> vers /home seulement et creer unlien symbolique en lieu et place tout simplement