IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

RedHat / CentOS / Fedora Discussion :

Can't connect to local MySQL server through socket '/var/projects/CONDOR/mysql_5.1.34/run/mysql.sock


Sujet :

RedHat / CentOS / Fedora

  1. #1
    Membre régulier
    Femme Profil pro
    Analyste-developpeur java
    Inscrit en
    Mai 2010
    Messages
    135
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Analyste-developpeur java
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2010
    Messages : 135
    Points : 76
    Points
    76
    Par défaut Can't connect to local MySQL server through socket '/var/projects/CONDOR/mysql_5.1.34/run/mysql.sock
    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 : Sélectionner tout - Visualiser dans une fenêtre à part
    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!

  2. #2
    Invité
    Invité(e)
    Par défaut
    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 : Sélectionner tout - Visualiser dans une fenêtre à part
    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 : Sélectionner tout - Visualiser dans une fenêtre à part
    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`

  3. #3
    Membre régulier
    Femme Profil pro
    Analyste-developpeur java
    Inscrit en
    Mai 2010
    Messages
    135
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Analyste-developpeur java
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2010
    Messages : 135
    Points : 76
    Points
    76
    Par défaut
    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?

  4. #4
    Membre régulier
    Femme Profil pro
    Analyste-developpeur java
    Inscrit en
    Mai 2010
    Messages
    135
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Analyste-developpeur java
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2010
    Messages : 135
    Points : 76
    Points
    76
    Par défaut
    Le problème persiste malgré le redémarrage...

  5. #5
    Invité
    Invité(e)
    Par défaut
    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

    Peux-tu également fournir la configuration de my.cnf

  6. #6
    Membre régulier
    Femme Profil pro
    Analyste-developpeur java
    Inscrit en
    Mai 2010
    Messages
    135
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Analyste-developpeur java
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2010
    Messages : 135
    Points : 76
    Points
    76
    Par défaut
    ok!
    L'utilisation du root donne effectivement plus d'informations
    - fuser :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    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 : Sélectionner tout - Visualiser dans une fenêtre à part
    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 : Sélectionner tout - Visualiser dans une fenêtre à part
    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 : Sélectionner tout - Visualiser dans une fenêtre à part
    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 : Sélectionner tout - Visualiser dans une fenêtre à part
    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 : Sélectionner tout - Visualiser dans une fenêtre à part
    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

  7. #7
    Invité
    Invité(e)
    Par défaut
    Okis Merci

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

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
     
    /var/projects/CONDOR/mysql_5.1.34/log/error.log

  8. #8
    Membre régulier
    Femme Profil pro
    Analyste-developpeur java
    Inscrit en
    Mai 2010
    Messages
    135
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Analyste-developpeur java
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2010
    Messages : 135
    Points : 76
    Points
    76
    Par défaut
    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!

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Réponses: 2
    Dernier message: 31/10/2013, 17h12
  2. Réponses: 0
    Dernier message: 01/08/2011, 11h34
  3. Réponses: 5
    Dernier message: 22/10/2008, 17h19
  4. Réponses: 0
    Dernier message: 21/01/2008, 17h27
  5. Réponses: 3
    Dernier message: 18/06/2007, 16h24

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo