Précédent   Forum des professionnels en informatique > Bases de données > MySQL > SQL Procédural
SQL Procédural Forum d'entraide sur les triggers, les procédures stockées et les fonctions en MySQL
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 27/10/2006, 23h45   #1
Invité de passage
 
Inscription : janvier 2005
Messages : 8
Détails du profil
Informations forums :
Inscription : janvier 2005
Messages : 8
Points : 3
Points : 3
Par défaut MySQL ne répond plus

Bonsoir,
Voici qq temps que la connection à mon serveur mysql (en local) echoue avec l'erreur 2013, puis la connection redevient possible, mais avec des tables supprimées, je régénère et de nouveau après qq jours plus de connection. Je pense que j'ai un problème de disque plein, mais je ne sais pas comment faire pour repérer ce qui remplis le disque. Je ne sais pas ce qui est normal en terme de taille rép/ fichier. J'ai fait un du -smx /* dont voici le résultat:
7 /bin
13 /boot
1 /dev
72 /etc
7 /home
1 /init-file.
166 /lib
1 /lost+found
1 /media
1 /misc
1 /mnt
8 /ndiswrap
0 /net
4 /opt
515 /proc
530 /root
20 /sbin
1 /selinux
1 /srv
0 /sys
1 /testversionlibGD~
2 /tmp
3256 /usr
1697 /var
Est-ce que vous voyez qq chose d'annormal?
Mon disque est de petite taille, ma base est petite et se peuple très modestement avec des résultats de mesure, qui sont purgés régulièrement.
Comme je ne connais pas bien Linux ni MySql j'appelle à l'aide.
debelius est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 29/10/2006, 10h21   #2
Invité de passage
 
Inscription : janvier 2005
Messages : 8
Détails du profil
Informations forums :
Inscription : janvier 2005
Messages : 8
Points : 3
Points : 3
Bonjour à tous,
J'ajoute que ce serveur a fonctionné pendant des mois sans pb. Je n'ai rien fait dessus au moment du crashe!! ce qui me fait dire que c'est un problème de place, c'est le fichier mysqld.log voici ce qu'il contient:
Number of processes running now: 0
061028 10:07:39 mysqld restarted
061028 10:07:40 InnoDB: Started; log sequence number 0 43644
061028 10:07:40 [ERROR] /usr/libexec/mysqld: Error writing file '/var/run/mysqld/mysqld.pid' (Errcode: 28)
061028 10:07:40 [ERROR] Can't start server: can't create PID file: No space left on device
mais je ne vois pas pourquoi? sur internet je n'ai rien trouvé.
A l"aide svp
debelius est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 30/10/2006, 15h10   #3
Membre Expert
 
Avatar de Gnux
 
Inscription : juillet 2003
Messages : 2 055
Détails du profil
Informations forums :
Inscription : juillet 2003
Messages : 2 055
Points : 2 007
Points : 2 007
Citation:
Envoyé par debelius
Bonjour à tous,
J'ajoute que ce serveur a fonctionné pendant des mois sans pb. Je n'ai rien fait dessus au moment du crashe!! ce qui me fait dire que c'est un problème de place, c'est le fichier mysqld.log voici ce qu'il contient:
Number of processes running now: 0
061028 10:07:39 mysqld restarted
061028 10:07:40 InnoDB: Started; log sequence number 0 43644
061028 10:07:40 [ERROR] /usr/libexec/mysqld: Error writing file '/var/run/mysqld/mysqld.pid' (Errcode: 28)
061028 10:07:40 [ERROR] Can't start server: can't create PID file: No space left on device
mais je ne vois pas pourquoi? sur internet je n'ai rien trouvé.
A l"aide svp
Eh bien "No space left on device" veut dire que ta partition de logs est pleine. Il te faut mettre en place un système de gestion de logs qui te feront oublier ces vilains (et betes!) plantages.
Un ptit script avec un du pour controler l'espace restant sur /var dans une boucle c'est pas bien dur, le tout avec un rm pour effacer les bons fichiers et voilà
Gnux est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité Cette discussion est résolue.
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 18h13.


 
 
 
 
Partenaires

Hébergement Web