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 matthieu bollot (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 Anonyme . Évalué à 1.
Ce commentaire a été supprimé par l’équipe de modération.
# réponses
Posté par netgus . É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 nono14 (site web personnel) . Évalué à 2.
Système - Réseau - Sécurité Open Source - Ouvert à de nouvelles opportunités
[^] # Re: réponses
Posté par nono14 (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 - Ouvert à de nouvelles opportunités
[^] # Re: réponses
Posté par netgus . É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 Anonyme . Évalué à 1.
Ce commentaire a été supprimé par l’équipe de modération.
# result
Posté par netgus . É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.