Bonjour, Je fais appel à vous car je me bat depuis ce matin contre mon serveur, qui hier soir encore fonctionnait très bien.. Voila, j'ai un problème avec ma base de données, j'obtiens un "database error" sur mes site, je décice donc de me connecter à mon serveur, impossible redémarrer le service "mysqld", en root je lance donc "mysql" et la j'ai un message d'erreur : [code]error: 'Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2)' Check that mysqld is running and that the socket: '/var/lib/mysql/mysql.sock' exists![/code] En allant dans le dossier concerner le fichier mysql.sock est bien manquant ! Cependant hier soir tout fonctionnait très bien.. J'ai depuis tout essayé les conseils que j'ai trouvé sur google, apparement le problème arrive souvent sous fedora à en croire les aides que j'ai pu trouver sur google. Malgrès tout ce que j'ai pu essayé dans les solutions proposées rien n'a fonctionné ! J'ai essayé une mise à jour, mais le serveur ne veut rien savoir ! j'espère que je ne vais pas devoir tout réinstaller... :) Merci beaucoup.

Re bonjour, Il semblerait que j'ai peut etre trouvé une piste grace a la commande qu'on m'a proposé ! Merci... ! Voici ce que j'ai : [code][root@localhost /]# tail -f /var/log/mysqld.log 070714 11:50:06 mysqld restarted 070714 11:50:16 InnoDB: Started; log sequence number 0 17463670 070714 11:50:19 [ERROR] /usr/libexec/mysqld: Error writing file '/var/run/mysqld/mysqld.pid' (Errcode: 28) 070714 11:50:19 [ERROR] Can't start server: can't create PID file: No space left on device[/code] Il parle d'un manque de place sur le disque, j'ai constaté que le serveur a plus fonctionné après un gros upload de fichier. Mais je n'avais pas remarqué la coïncidence ava,t....j'ai interoggé la taille du disque : [code][root@localhost /]# df Sys. de fich. 1K-blocs OccupÃ© Disponible CapacitÃ© MontÃ© sur /dev/mapper/main-root 16061344 15830116 0 100% / /dev/md1 101018 16744 79058 18% /boot tmpfs 257084 0 257084 0% /dev/shm[/code] j'ai supprimé quelques fichiers cependant je n'arrive toujours pas a redemarrer mon serveur.. comment faire pour libérer de la place dans /user/libexec/mysqld car c'est a prioris la qu'il n'y a plus de place. c'est un problème de place au niveau des disque dur ou de la base de données ?? Merci beaucoup Ps : une question surement très bête mais quand on supprime un fichier depuis un client FTP ou avec la commande "rm -f" le fichier est supprimer définitivement ? Existe-il une corbeille ?

Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Erreur Mysql mysql.sock (2)

rom56

Bonjour,

Je fais appel à vous car je me bat depuis ce matin contre mon serveur, qui hier soir encore fonctionnait très bien..

Voila, j'ai un problème avec ma base de données, j'obtiens un "database error" sur mes site, je décice donc de me connecter à mon serveur, impossible redémarrer le service "mysqld", en root je lance donc "mysql" et la j'ai un message d'erreur :

error: 'Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2)'
Check that mysqld is running and that the socket: '/var/lib/mysql/mysql.sock' exists!

En allant dans le dossier concerner le fichier mysql.sock est bien manquant ! Cependant hier soir tout fonctionnait très bien.. J'ai depuis tout essayé les conseils que j'ai trouvé sur google, apparement le problème arrive souvent sous fedora à en croire les aides que j'ai pu trouver sur google. Malgrès tout ce que j'ai pu essayé dans les solutions proposées rien n'a fonctionné !

J'ai essayé une mise à jour, mais le serveur ne veut rien savoir ! j'espère que je ne vais pas devoir tout réinstaller... 🙂

Merci beaucoup.

drcarpet

as tu déja essayé de rèparer la base ?

tu peux utiliser la commande suivante > /usr/bin/myisamchk
fait une copie de ta base avant !!!

rom56

Bonjour,

avec quelles options ?? si je tape votre commande il m'affiche un man de la commande... Sinon mes tables sont deja sauvées. (sauvegarde journalière)

Merci

drcarpet

sorry, je t'ai mis sur une mauvaise piste

essaye ça
/usr/bin/safe_mysqld -u root &

le fichier /var/lib/mysql/mysql.sock est créé lorsque le daemon mysqld est lancé

Anvil

Je dirais que soit qelqu'un a efface la socket - ce qui serait mal - soit que ton serveur est pas demarre'. -_-

rom56

Merci beaucoup 🙂

Vous pensez que quelqu'un a pu me l'effacer ? il aurait pas plutot tout effacer ?

ca ne marche pas drcarpet, merci comme même, il me met :

Number of processes running now: 0
070713 18:21:23  mysqld restarted
/usr/bin/mysqld_safe: line 387:  6141 Processus arrÃªtÃ©      nohup /usr/libexec/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqld/mysqld.pid --skip-external-locking --socket=/var/lib/mysql/mysql.sock -u neticlik >>/var/log/mysqld.log 2>&1

blz

salut,
msyqld est-il lancé ?
# service mysqld status
si non, que donne le lancement ? :
# service mysqld start

rom56

Bonjour merci pour vos réponses :

[root@localhost /]# mysql
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2)
[root@localhost /]# /etc/init.d/mysqld status
mysqld (pid
32189) en cours d'exÃ©cution...
[root@localhost /]#

blz

re,
Déjà, tu devrais utiliser les commandes :
# service mysqld stop
# service mysqld status
# service mysqld stop
plutôt que
# /etc/init.d/mysql ...
ça garantie un environnement propre, remi dixit.

Ensuite c'est bizarre que tu n'aies pas de socket mysql alors que mysqld est lancé.
Pour débugger ça, tu ouvres deux consoles root; dans la permière, tu arrêtes mysqld :
# service mysqld stop
dans la seconde, tu traces les logs de mysqld :
# tail -f /var/log/mysqld.log
et dans la première, tu relances mysqld :
# service mysqld start

Si ça se lance bien, tu devrais avoir les lignes suivantes qui apparaissent dans les logs :
070714 14:50:02 mysqld started
070714 14:50:02 InnoDB: Started; log sequence number 0 43815
070714 14:50:02 [Note] /usr/libexec/mysqld: ready for connections.
Version: '5.0.27' socket: '/var/lib/mysql/mysql.sock' port: 3306 Source distribution

où tu vois que le socket est créé dans /var/lib/mysql/

pour arrêter le traçage des logs : Ctrl+c

Si ça ne marche toujours pas, poste les sorties des deux consoles ainsi que les droits et le propriétaire du dossier /var/lib/mysql
( qui doit être à : drwxr-xr-x mysql:mysql )

rom56

Re bonjour,

Il semblerait que j'ai peut etre trouvé une piste grace a la commande qu'on m'a proposé ! Merci... !

Voici ce que j'ai :

[root@localhost /]# tail -f /var/log/mysqld.log
070714 11:50:06  mysqld restarted
070714 11:50:16  InnoDB: Started; log sequence number 0 17463670
070714 11:50:19 [ERROR] /usr/libexec/mysqld: Error writing file '/var/run/mysqld/mysqld.pid' (Errcode: 28)
070714 11:50:19 [ERROR] Can't start server: can't create PID file: No space left on device

Il parle d'un manque de place sur le disque, j'ai constaté que le serveur a plus fonctionné après un gros upload de fichier. Mais je n'avais pas remarqué la coïncidence ava,t....j'ai interoggé la taille du disque :

[root@localhost /]# df
Sys. de fich.        1K-blocs       OccupÃ© Disponible CapacitÃ© MontÃ© sur
/dev/mapper/main-root
                      16061344  15830116         0 100% /
/dev/md1                101018     16744     79058  18% /boot
tmpfs                   257084         0    257084   0% /dev/shm

j'ai supprimé quelques fichiers cependant je n'arrive toujours pas a redemarrer mon serveur.. comment faire pour libérer de la place dans /user/libexec/mysqld car c'est a prioris la qu'il n'y a plus de place. c'est un problème de place au niveau des disque dur ou de la base de données ??

Merci beaucoup

Ps : une question surement très bête mais quand on supprime un fichier depuis un client FTP ou avec la commande "rm -f" le fichier est supprimer définitivement ? Existe-il une corbeille ?

blz

Tu as un disque de 16 GB avec une seule partition / , c'est bien ça ?
ton disque est plein ! 🙂 pas bon, ça 🙁 !
t'as de la chance si le système tourne encore.
Faut que tu fasse du ménage, tu peux utiliser la commande sous root :
# du --max-depth=1 /
pour visualiser l'espace pris par chaque sous répertoire de la racine, puis tu fais des "du" dans les sous répertoires les plus gros pour déterminer ce qui te prend de la place. C'est sans doute ton gros fichier uploadé qui a saturé le disque.

Anvil

le du sur / est un peu inutile : on va forcement voir un /usr assez gros sans pour autant savoir a quel package ca appartient.

Le mieux, c'est de commencer par faire du menage dans ton /home, ce sont tes doneees perso, tu sais a quoi elles servent et si elles sont utiles ou pas.
Ensuite, desinstalle des packages que tu *sais* (pas ceux que tu penses qu'ils ne servent a rien) ne pas utiliser - ne jamais briser les dependances bien sur.

Et au passage, tu aurais du faire un /srv et un /home separes du /.

Damião

Juste comme ça, j'ai vu que tu as utilisé la commande "df". Pour y voir plus claire ,tu peux utiliser la commande "df -h".

rom56

merci beaucoup,

Problème résolu ! Juste que webmin m'a crée une archive de 5 Go dans /var/backup c'est pas bien malin... :p après suppresion de cette grosse archive & un reboot tout fonctionne ! Merci beaucoup pour votre aide !