mysql.sock

Version imprimable

Bonjour,

je travaille sous linux RedHat 5.5.
Je rencontre actuellement un problème de démarrage de mysql:
Lorsque je lance mysql (sudo), j'apprends que le processus est déjà démarré. Et lorsque j'interroge les processus à la recherche du mysqld, aucun n'est remonté.
Lorsque je stop ce processus soit disant démarré avec la commande sudo, j'obtiens le message d'erreur suivant:
Code:

1 2 3 /logiciels/mysql/sql_5.1.34/bin/mysqladmin: connect to server at 'localhost' failed error: 'Can't connect to local MySQL server through socket '/var/projects/CONDOR/mysql_5.1.34/run/mysql.sock' (111)' Check that mysqld is running and that the socket: '/var/projects/CONDOR/mysql_5.1.34/run/mysql.sock' exists!
Et lorsque je vérifie le présence de cette sock dans ce repertoire tout va bien.
Le chemin du my.cnf est correct...

Je suis donc à la recherche de la source de l'erreur et de sa correction.

Merci!

01/08/2011, 11h43
Invité
Salut,

Est-ce que ton serveur db a crashé récemment? Il se peut que le fichier sock soit résiduel. En temps normal ce fichier est créé lors du démarrage de mysql et supprimer lors de son arrêt.

Peux-tu vérifier s'il y a un process qui accède à ce fichier?
Code:

1 2 fuser /var/projects/CONDOR/mysql_5.1.34/run/mysql.sock
Eventuellement vérifier le numéro de process stocké dans ce fichier.
Code:

1 2 3 4 cat /var/projects/CONDOR/mysql_5.1.34/run/mysql.sock ps -ef | grep `cat /var/projects/CONDOR/mysql_5.1.34/run/mysql.sock`
01/08/2011, 12h13
Annsen

Salut!

Merci de ta rapide réponse!

Je crois que tu as vu juste...
aucune des commandes que tu m'as indiqué n'a donné de résultat.

- fuser n'a pas fonctionné pour une autre raison: -bash: fuser: command not found bien qu'une commande man le définisse

- cat sur le fichier sock a donné le résultat suivant :
cat: mysql.sock: No such device or address

- et le grep la même chose
grep: /var/projects/CONDOR/mysql_5.1.34/run/mysql.sock: No such device or address

Merci donc!
Je redémarre la machine. Penses tu que cela résoudra le problème?
01/08/2011, 12h34
Annsen

Le problème persiste malgré le redémarrage...
01/08/2011, 12h45
Invité
Salut,

fuser se trouve normallement dans le répertoire sbin qui n'est pas dans le path d'un utilisateur normal.

Il faudrait idéalement executer cette commande en tant que root.

pourrait-tu également donner le résultat des commandes
Code:

1 2 3 df -h mount
Peux-tu également fournir la configuration de my.cnf

ok!
L'utilisation du root donne effectivement plus d'informations
- fuser :

Code:

1
2
root@srtonrs01:/root> fuser -a /var/projects/CONDOR/mysql_5.1.34/run/mysql.sock
/var/projects/CONDOR/mysql_5.1.34/run/mysql.sock:

- cat :

Code:

1
2
root@srtonrs01:/root> cat /var/projects/CONDOR/mysql_5.1.34/run/mysql.sock
cat: /var/projects/CONDOR/mysql_5.1.34/run/mysql.sock: No such device or address

- ps -ef | grep 'cat...' :

Code:

1
2
root@srtonrs01:/root> ps -ef | grep 'cat /var/projects/CONDOR/mysql_5.1.34/run/mysql.sock/var/projects/CONDOR/mysql_5.1.34/run/mysql.sock'
root     28996 27790  0 14:34 pts/0    00:00:00 grep cat /var/projects/CONDOR/mysql_5.1.34/run/mysql.sock/var/projects/CONDOR/mysql_5.1.34/run/mysql.sock

- df -h:

Code:

1
2
3
4
5
6
7
8
9
10
11
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/root_vg-lv_root
                      3.9G  2.6G  1.2G  70% /
/dev/mapper/root_vg-lv_tmp
                      992M   34M  908M   4% /tmp
/dev/mapper/root_vg-lv_var
                      2.0G  358M  1.5G  20% /var
/dev/mapper/root_vg-lv_home
                      992M  504M  437M  54% /home
/dev/cciss/c0d0p1      99M   19M   75M  21% /boot
tmpfs                 3.0G     0  3.0G   0% /dev/shm

- mount :

Code:

1
2
3
4
5
6
7
8
9
10
11
/dev/mapper/root_vg-lv_root on / type ext3 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
/dev/mapper/root_vg-lv_tmp on /tmp type ext3 (rw)
/dev/mapper/root_vg-lv_var on /var type ext3 (rw)
/dev/mapper/root_vg-lv_home on /home type ext3 (rw)
/dev/cciss/c0d0p1 on /boot type ext3 (rw)
tmpfs on /dev/shm type tmpfs (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)

La structure du my.cnf:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
[mysqld_safe]
log-error=/var/projects/CONDOR/mysql_5.1.34/log/error.log
 
[client]
password	= password
port		= 3306
socket		= /var/projects/CONDOR/mysql_5.1.34/run/mysql.sock
 
# The MySQL server
[mysqld]
port		= 3306
socket		= /var/projects/CONDOR/mysql_5.1.34/run/mysql.sock
skip-locking
key_buffer = 256M
max_allowed_packet = 1M
table_cache = 256
sort_buffer_size = 1M
read_buffer_size = 1M
read_rnd_buffer_size = 4M
myisam_sort_buffer_size = 64M
thread_cache_size = 8
query_cache_size= 16M
 
# event scheduler : Permet notamment la rotation des logs
event_scheduler=ON
 
# Try number of CPU's*2 for thread_concurrency
thread_concurrency = 8
user=w3user
pid-file = /var/projects/CONDOR/mysql_5.1.34/run/mysql.pid
 
default-character-set = latin1
default-collation = latin1_swedish_ci
 
server-id = 1
 
# Point the following paths to different dedicated disks
tmpdir           = /tmp/
# decommenter la ligne suivante pour voir les requetes
log              = /var/projects/CONDOR/mysql_5.1.34/log/log-general.log
log-bin          = /var/projects/CONDOR/mysql_5.1.34/log/bin
slow_query_log_file = /var/projects/CONDOR/mysql_5.1.34/log/slow-queries.log
long_query_time  = 10
# ce parametre permet de gerer la rotation des logs
expire_logs_days = 7
 
datadir =  /appli/projects/CONDOR/mysql_5.1.34/data
 
innodb_file_per_table
innodb_data_home_dir = /appli/projects/CONDOR/mysql_5.1.34/data/
innodb_data_file_path = ibdata1:10M:autoextend
innodb_log_group_home_dir = /var/projects/CONDOR/mysql_5.1.34/log/
# You can set .._buffer_pool_size up to 50 - 80 %
# of RAM but beware of setting memory usage too high
innodb_buffer_pool_size = 256M
innodb_additional_mem_pool_size = 20M
 
# Set .._log_file_size to 25 % of buffer pool size
# homogeneisation de la taille des logs innodb pour eviter les erreurs lors de changement de configuration
# exemple : passage de my.cnf a my-huge.cnf
innodb_log_file_size = 100M
innodb_log_buffer_size = 8M
innodb_flush_log_at_trx_commit = 1
innodb_lock_wait_timeout = 50
 
[mysqldump]
quick
max_allowed_packet = 16M
 
[mysql]
no-auto-rehash
# Remove the next comment character if you are not familiar with SQL
#safe-updates
 
[isamchk]
key_buffer = 128M
sort_buffer_size = 128M
read_buffer = 2M
write_buffer = 2M
 
[myisamchk]
key_buffer = 128M
sort_buffer_size = 128M
read_buffer = 2M
write_buffer = 2M
 
[mysqlhotcopy]
interactive-timeout

01/08/2011, 15h37
Invité
Okis Merci

Peux-tu me montrer le contenu du log d'erreur de mysql? (fournis-le en pièce jointe)
Code:

1 2 /var/projects/CONDOR/mysql_5.1.34/log/error.log
01/08/2011, 16h04
Annsen

Merci beaucoup de ton aide Mygale!

Et par chance le problème vient d'être résolu!
En fait, il m'a été expliquée la chose suivante:
Le problème venait du fait que bien que l'instance mysql soit en réalité stoppée (pas de processus), il y avait dans le run/ de l'instance mysql, les fichiers mysql.pid et mysql.sock.
Fichiers qui doivent normalement être créés à la création du processus mysqld.
Ces fichiers présents, le script de lancement considérait que l'instance était démarrée.
Je l'ai ai donc supprimés. Ils ont été recréés et tout fonctionne parfaitement!

Et je peux continuer!