• [supprimé]

Bonjour,
Je suis sous FC3.
Je viens de faire l'update de mysql avec up2date
Depuis, le daemon mysqld ne se lance plus correctement :

# service mysqld status
mysqld est mort mais subsys est verrouillé

# service mysqld start
Timeout error occurred trying to start MySQL Daemon.
Démarrage de MySQL : [ÉCHOUÉ]

C'est quoi ce bordel d'up2date ???
Quelqu'un a-t-il une info ?
meme probleme... Personne n'a d'idee ?
Bonjour,

idem, j ai regarde le fichier de log (var/log/mysql.log) il dir qu il ne trouve pas un fichier
050106 11:52:40 /usr/libexec/mysqld: Can't find file: './mysql/host.frm
.
Quand je vais faire un tour /var/lib/mysql/mysql/ il est bien present.

Pour le moment je suis planter.

Je cherche une solution.

voila
Anonyme a écrit:
Bonjour,
# service mysqld status
mysqld est mort mais subsys est verrouillé
Bizarre, il n'y a pas d'écho de problème actuellement sur les mailing devel et testing de Fedora.
Sinon, fouilles /var à la recherche de fichier "mysql.pid" ou "mysql.lock" (ou dans ce gout) et supprime les. Relance "service mysqld start".

Typequement, c'est dans les répertoires :
/var/lock
/var/run
Vous pouvez toujours revenir à l'ancienne version de mysql.

Faites :
# rpm -q -a | grep ^mysql
pour connaitre les paquets mysql utilisé.

Récupérer les anciennes versions et faites :
# rpm -U --oldpackage mysql*.rpm
J'ai aucun fichier pid ou lock :
# find /var -name "*.pid"
/var/run/cups-config-daemon.pid
/var/run/xfs.pid
/var/run/dhclient-eth0.pid
/var/run/cupsd.pid
/var/run/klogd.pid
/var/run/haldaemon.pid
/var/run/gdm.pid
/var/run/httpd.pid
/var/run/sshd.pid
/var/run/mDNSResponder.pid
/var/run/sendmail.pid
/var/run/atd.pid
/var/run/nifd.pid
/var/run/rpc.statd.pid
/var/run/sm-client.pid
/var/run/crond.pid
/var/run/gpm.pid
/var/run/syslogd.pid
/var/run/xinetd.pid
/var/run/messagebus.pid

# find /var -name "*.lock"
/var/run/console/console.lock

Une autre idee ?
> Une autre idee ?

Oui. Il y a un socket de nom "mysql.socket" ou proche. Trouve le et vire le.
Il est peut-être dans /var/tmp ou /tmp ou /var/lib/mysql.

Je n'utilise pas MySQL actuellement, c'est de mémoire.

Essais aussi en rebootant. Normalement les scripts de boot doivent faire le nettoyage.
Toujours planté meme apres :
- enleve le fichier mysql.sock

- reboot

- rpm -U --oldpackage mysql*.rpm
avec comme rpm :
mysql-3.23.58-13.i386.rpm
mysql-bench-3.23.58-13.i386.rpm
mysql-devel-3.23.58-13.i386.rpm
mysql-server-3.23.58-13.i386.rpm

#service mysqld start donne toujour
Timeout error occurred trying to start MySQL Daemon.
Démarrage de MySQL : [ÉCHOUÉ]

et /var/log/mysqld.log contient toujours :
050107 8:42:52 /usr/libexec/mysqld: Can't find file: './mysql/host.frm' (errno: 13)

pourtant host.frm existe et est situe en /var/lib/mysql/mysql

voili voulou
Bonjour,

je ne trouve pas de fichier .pid pour mysql, je pense que c est normal, du fait qu il n est pas en cours d execution.

Petite remarque :

Dans /var/lock/subsys/

Il y a un fichier mysql, si je detruit ce fichier et que je lance ./mysql status, il me dit que mysql est arrete.

Est ce que quelqu un aurait le script mysqld qui ce trouve dans /etc/init.d avant le mise a jour et pourrait en faire un copier coller ici, pour je que puisse faire une comparaison.

Voila
> Est ce que quelqu un aurait le script mysqld

Tu peux extraire le contenu d'un paquet rpm.
Exemple :
$ mkdir tmp
$ cd tmp
$ rpm2cpio <paquet.rpm> | cpio -iv -m -d
Bonjour,

j ai fait des tests avec le script mysqld de la version precedente et c est toujours pareil.
Bizare que personne ne remonte ce probleme.
Il va falloir sans doute que je desinstalle la version actuelle et revenir a la precedente.
Est ce que quelqu un a fait le test ?

Voila.
Ne serait-ce pas un pbm avec selinux ?

Dans selinux-policy-targeted-1.17.30-2.6
on peut lire :
* Tue Jan 04 2005 Dan Walsh 1.17.30-2.66
- Add emul and mysql stuff from rawhide
Donc questions :
- quelle version de selinux-policy-targeted utilise tu ?
- selinux est-il actif ?

A+
Bonjour,

j ai trouve une solution temporaire :

j ai actuellement :

mysql-server-3.23.58-14
mysql-devel-3.23.58-14
mysql-bench-3.23.58-14
mysql-3.23.58-14

selinux-policy-strict-sources-1.19.10-2
selinux-policy-targeted-sources-1.17.30-2.68
selinux-doc-1.14.1-1
selinux-policy-strict-1.19.10-2
selinux-policy-targeted-1.17.30-2.68


J ai bien toutes les derniers verions des produits.

Je vais dans le menu,"Parametres Systeme", "Niveau de securite", entrer le passward de root.
Ensuite aller dans l'onglet "SELinux", "SELinux Protection Service" et cocher "Disable SELinux protection for Mysqld deamon"
Fermer l application, et rebooter le systeme.
Ensuite Mysqld fonctionne a nouveau

Voila.
Le fait de cocher "Disable SELinux protection for Mysqld deamon" fonctionne pour moi aussi mais ca n'est pas tres propre...
Est ce que quelqu'un sait pourquoi SELinux pose probleme ?
Bonjour,

Le probleme n est pas de SELinux, mais de la mise a jour de Mysql.
On va attendre pour savoir si il y a un fixe qui est propre.
Je suis de ton avis que ce n est pas tres propre,c est juste un workaround pour que ca fonctionne en attente du resolution propre.

voila.
Armelk a écrit:
Bonjour,

mysql-server-3.23.58-14
mysql-devel-3.23.58-14
mysql-bench-3.23.58-14
mysql-3.23.58-14

selinux-policy-strict-sources-1.19.10-2
selinux-policy-targeted-sources-1.17.30-2.68
selinux-doc-1.14.1-1
selinux-policy-strict-1.19.10-2
selinux-policy-targeted-1.17.30-2.68
Bizarre ton "truc".
FC3 utilise par défaut selinux targeted. Tu as selinux targeted et mysql de la dernière mise à jours et ça marche.
Donc où est le problème ?

Tu ne voudrais pas "downgrader" selinux-policy-strict-sources et selinux-policy-strict vers 1.17.30-2.68 (c-à-d dernière mise à jours) pour confirmer ton bug ? Utilises "rpm -U --oldpackage selinux...rpm". N'oublies pas de rebooter avant de faire un test.

Je lis la mailing devel et testing de Fedora et je n'ai pas eu écho de ton problème.

Puisque tu sembles avoir des paquets de Rawhide, tu n'aurais pas d'autres paquets suceptibles de "foutre le bordel" ?
Bonjour tout le monde,

je reboot jamais mon serveur, et ca fait un bail que j'avais pas relancer MySQL. et là voila que je le relance et pof!!! un problème visiblement connu de la communauté Fedora 😉

Armelk a écrit :
Je vais dans le menu,"Parametres Systeme", "Niveau de securite", entrer le passward de root.
Ensuite aller dans l'onglet "SELinux", "SELinux Protection Service" et cocher "Disable SELinux protection for Mysqld deamon"
Fermer l application, et rebooter le systeme.
Ensuite Mysqld fonctionne a nouveau
j'aimerai bien pouvoir en faire autant, mais j'ai pas d'environnement graphique sur cette machine 🙁

Quelqu'un sait il comment faire la même manip juste avec les fichier de config de SELinux??

Merci d'avance