Installer Mysql sous Linux redhat 9
Fermé
Hmid
-
29 déc. 2006 à 10:54
[Dal] Messages postés 6204 Date d'inscription mercredi 15 septembre 2004 Statut Contributeur Dernière intervention 27 février 2025 - 29 déc. 2006 à 11:39
[Dal] Messages postés 6204 Date d'inscription mercredi 15 septembre 2004 Statut Contributeur Dernière intervention 27 février 2025 - 29 déc. 2006 à 11:39
salut,
je suis un utilisateur débutant de Linux Redhat 9, je veux installer un sgbd type MS Access pour creer une petite base de données mais en vien.
J'ai essayé d'installer le rpm suivant : MySQL-client-5.1.14-0.glibc23.i386.rpm mais il m'affiche le message suivant:
warning: MySQL-client-5.1.14-0.glibc23.i386.rpm: V3 DSA signature: NOKEY, key ID
error: cannot get exclusive lock on /var/lib/rpm/Packages
error: cannot open Packages index using db3 - Operation not permitted (1)
error: cannot open Packages database in /var/lib/rpm
Je sais pas quoi faire. quelqu'1 peut m'aider ? merci.
je suis un utilisateur débutant de Linux Redhat 9, je veux installer un sgbd type MS Access pour creer une petite base de données mais en vien.
J'ai essayé d'installer le rpm suivant : MySQL-client-5.1.14-0.glibc23.i386.rpm mais il m'affiche le message suivant:
warning: MySQL-client-5.1.14-0.glibc23.i386.rpm: V3 DSA signature: NOKEY, key ID
error: cannot get exclusive lock on /var/lib/rpm/Packages
error: cannot open Packages index using db3 - Operation not permitted (1)
error: cannot open Packages database in /var/lib/rpm
Je sais pas quoi faire. quelqu'1 peut m'aider ? merci.
A voir également:
- Installer Mysql sous Linux redhat 9
- Installer chromecast - Guide
- Installer windows 10 sans compte microsoft - Guide
- Installer ccleaner - Télécharger - Nettoyage
- Installer microsoft store - Guide
- Installer windows 10 gratuitement - Accueil - Mise à jour
1 réponse
[Dal]
Messages postés
6204
Date d'inscription
mercredi 15 septembre 2004
Statut
Contributeur
Dernière intervention
27 février 2025
1 101
29 déc. 2006 à 11:39
29 déc. 2006 à 11:39
Salut,
L'installation de rpm doit se faire en tant que "root". Est-ce bien ce que tu fais ?
Y a-t-il des processus en mémoire utilisant rpm ? As-tu interrompu brutalement un processus rpm ?
Dans un terminal sous root, fais :
ls -al /var/lib/rpm/__db*
La présence de ces fichiers révèle un statut de verouillage ("lock") de rpm, qui est sensé être en train d'accomplir certaines tâches. S'il y a des fichiers de ce type alors que ton système n'utilise pas rpm, c'est que quelqu'un (toi ?) ou quelque chose (un programme bogué) a tué un processu rpm avant qu'il n'ait finit son travail. Supprime alors ces fichiers.
Vérifie qu'aucun processus en cours n'utilise rpm :
ps aux | grep rpm
puis efface les fichiers de lock s'il n'y a aucun processus (à part le grep)
rm -f /var/lib/rpm/__db*
Et réessaye ta mise à jour.
Si tes problèmes ne sont pas résolus, sauvegarde le contenu de /var/lib/rpm/ et reconstruit la base rpm en tant que root en tapant dans un terminal :
rpm -vv --rebuilddb
Si celà ne fonctionne toujours pas, le cas est probablement désespéré mais tu peux tester d'autres pistes décrites là :
http://www.rpm.org/hintskinks/repairdb/
http://www.informatimago.com/linux/rpm-rebuilddb.html
Ce dernier lien est, en partie, résumé en français par un internaute l'ayant utilisé pour reconstruire sa base :
https://www.culte.org/listes/linux-31/2002-10/msg00044.html
Ou... mettre à jour rpm ou carrément ton système d'exploitation, car RH9, celà date sérieusement et ce genre de problèmes ne semble plus se produire sur les versions ultérieures de RedHat ou sur Fedora.
Dal
L'installation de rpm doit se faire en tant que "root". Est-ce bien ce que tu fais ?
Y a-t-il des processus en mémoire utilisant rpm ? As-tu interrompu brutalement un processus rpm ?
Dans un terminal sous root, fais :
ls -al /var/lib/rpm/__db*
La présence de ces fichiers révèle un statut de verouillage ("lock") de rpm, qui est sensé être en train d'accomplir certaines tâches. S'il y a des fichiers de ce type alors que ton système n'utilise pas rpm, c'est que quelqu'un (toi ?) ou quelque chose (un programme bogué) a tué un processu rpm avant qu'il n'ait finit son travail. Supprime alors ces fichiers.
Vérifie qu'aucun processus en cours n'utilise rpm :
ps aux | grep rpm
puis efface les fichiers de lock s'il n'y a aucun processus (à part le grep)
rm -f /var/lib/rpm/__db*
Et réessaye ta mise à jour.
Si tes problèmes ne sont pas résolus, sauvegarde le contenu de /var/lib/rpm/ et reconstruit la base rpm en tant que root en tapant dans un terminal :
rpm -vv --rebuilddb
Si celà ne fonctionne toujours pas, le cas est probablement désespéré mais tu peux tester d'autres pistes décrites là :
http://www.rpm.org/hintskinks/repairdb/
http://www.informatimago.com/linux/rpm-rebuilddb.html
Ce dernier lien est, en partie, résumé en français par un internaute l'ayant utilisé pour reconstruire sa base :
https://www.culte.org/listes/linux-31/2002-10/msg00044.html
Ou... mettre à jour rpm ou carrément ton système d'exploitation, car RH9, celà date sérieusement et ce genre de problèmes ne semble plus se produire sur les versions ultérieures de RedHat ou sur Fedora.
Dal