Forum Linux.général Pb avec MySQL

Posté par  . Licence CC By‑SA.
Étiquettes : aucune
0
12
juin
2014

Bonjour à tous,

J'ai installé GestioIP sur un Centos 64bits. Tout fonctionne, cependant quand je reboote le Linux, le service MySQL monte, mais GestioIP me met une erreur comme quoi il ne trouve pas la base de données sur l'adresse de loopback.

Si je fais un PS AUX | Grep mysqld… le service est up

Pour que cela fonctionne, il faut simplement que je restarte le service (service mysqld restart) et je n'ai plus d'erreur sous GestioIP.

Merci pour votre aide.

  • # connexion à la main ?

    Posté par  (site web personnel, Mastodon) . Évalué à 2.

    Si tu te connectes à la main avec mysql -u username -p database tu obtiens quelque chose ? par-ce que si c'est le cas, c'est peut-être GestioIP qui a un problème. C'est quoi le message d'erreur exact ?

  • # Commentaire supprimé

    Posté par  . Évalué à 1.

    Ce commentaire a été supprimé par l’équipe de modération.

  • # réponses

    Posté par  . Évalué à 1.

    Si je me connecte à la main, voilà ce que j'obtiens:
    mysql -u root -p


    mysql> show databases;
    +--------------------+
    | Database |
    +--------------------+
    | information_schema |
    | gestioip |
    | mysql |
    | test |
    +--------------------+
    4 rows in set (0.00 sec)

    et je ne pense pas avoir deux instances, maintenant, je ne suis pas un champion sous Linux, mais j'y travaille tout en restant humble et sans prétention.

    [root@gestioip ~]# ps aux | grep mysqld
    root 1499 0.0 0.1 108204 1456 ? S 17:07 0:00 /bin/sh /usr/bin/mysqld_safe --datadir=/var/lib/mysql --socket=/var/lib/mys
    ql/mysql.sock --pid-file=/var/run/mysqld/mysqld.pid --basedir=/usr --user=mysql
    mysql 1601 0.0 2.7 443760 28464 ? Sl 17:07 0:03 /usr/libexec/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --
    log-error=/var/log/mysqld.log --pid-file=/var/run/mysqld/mysqld.pid --socket=/var/lib/mysql/mysql.sock
    root 2558 0.0 0.0 103252 828 pts/0 S+ 20:10 0:00 grep mysqld

    Merci pour votre aide…

    • [^] # Re: réponses

      Posté par  (site web personnel) . Évalué à 2.

      netstat -apntl | grep mysqld
      

      Système - Réseau - Sécurité Open Source

      • [^] # Re: réponses

        Posté par  (site web personnel) . Évalué à 2.

        tu fais le test avec ton ps et le chemin du binaire de l'éxécutable avant et après le "redémarrage" ça devrait être le même…

        lsof / strace sont tes amis.

        Système - Réseau - Sécurité Open Source

        • [^] # Re: réponses

          Posté par  . Évalué à 1.

          Voilà ce que j'obtiens:

          [root@gestioip ~]# strace -fp 1601
          Process 1601 attached with 10 threads - interrupt to quit
          [pid 1612] rt_sigtimedwait([HUP QUIT ALRM TERM TSTP], NULL, NULL, 8
          [pid 1611] futex(0x255d90c, FUTEX_WAIT_PRIVATE, 1, NULL
          [pid 1608] select(0, NULL, NULL, NULL, {0, 793434}
          [pid 1610] select(0, NULL, NULL, NULL, {3, 402473}
          [pid 1609] select(0, NULL, NULL, NULL, {0, 925526}
          [pid 1606] futex(0x2a2843c, FUTEX_WAIT_PRIVATE, 1, NULL
          [pid 1604] futex(0x2a282fc, FUTEX_WAIT_PRIVATE, 5, NULL
          [pid 1605] futex(0x2a2839c, FUTEX_WAIT_PRIVATE, 3, NULL
          [pid 1601] select(13, [10 12], NULL, NULL, NULL
          [pid 1603] futex(0x2a2825c, FUTEX_WAIT_PRIVATE, 1, NULL
          [pid 1608] <… select resumed> ) = 0 (Timeout)
          [pid 1608] select(0, NULL, NULL, NULL, {1, 0}
          [pid 1609] <… select resumed> ) = 0 (Timeout)
          [pid 1609] select(0, NULL, NULL, NULL, {1, 0}

          alors que si je regarde la doc, je devrais avoir un truc de ce style (si j'ai bien compris):
          select(9, [3 5 8], [], [], {0, 999999}) = 0 (Timeout)

          puis:lsof -p -ad

    • [^] # Commentaire supprimé

      Posté par  . Évalué à 1.

      Ce commentaire a été supprimé par l’équipe de modération.

  • # result

    Posté par  . Évalué à 1.

    tcp 0 0 0.0.0.0:3306 0.0.0.0:* LISTEN 1601/mysqld

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.