Forum

Bonjour,

J'ouvre de nouveau un topic sur mgaapplet, suivante au message erreur fatal sur la base rpm, j'ai supprimé et recréé la base rpm, cela a été fait hier soir.

Ce matin, mgaapplet me signale des mises à jour, je valide les mises à jour et là de nouveau ce message "erreur fatal est survenue, impossible d'ouvrir la base rpm".



vérification de la base rpm, cela donne :

[root@localhost /]# cd /var/lib/rpm/
[root@localhost rpm]# ls -al
total 145308
drwxr-xr-x 2 rpm rpm 4096 oct. 24 10:59 ./
drwxr-xr-x 64 root root 4096 oct. 24 11:12 ../
-rw-r--r-- 1 rpm rpm 20819968 oct. 24 11:02 Basenames
-rw-r--r-- 1 rpm rpm 114688 oct. 24 11:02 Conflictname
-rw-r--r-- 1 root root 0 oct. 24 10:59 __db.000
-rw-r--r-- 1 root root 311296 oct. 24 11:12 __db.001
-rw-r--r-- 1 root root 160632 oct. 24 11:12 __db.002
-rw-r--r-- 1 root root 1318912 oct. 24 11:12 __db.003
-rw-r--r-- 1 root root 0 oct. 23 18:47 .dbenv.lock
-rw-r--r-- 1 rpm rpm 4747264 oct. 24 11:02 Dirnames
-rw-r--r-- 1 rpm rpm 8192 oct. 23 14:49 Enhancename
-rw-r--r-- 1 rpm rpm 8192 oct. 23 14:49 Filetriggername
-rw-r--r-- 1 rpm rpm 65536 oct. 24 11:02 Group
-rw-r----- 1 root root 0 oct. 23 18:48 installed-through-deps.list
-rw-r--r-- 1 rpm rpm 57344 oct. 24 11:02 Installtid
-rw-r--r-- 1 rpm rpm 208896 oct. 24 11:02 Name
-rw-r--r-- 1 rpm rpm 77824 oct. 24 11:02 Obsoletename
-rw-r----- 1 rpm rpm 117133312 oct. 24 11:02 Packages
-rw-r--r-- 1 rpm rpm 2187264 oct. 24 11:02 Providename
-rw-r--r-- 1 rpm rpm 28672 oct. 24 11:02 Recommendname
-rw-r--r-- 1 rpm rpm 1159168 oct. 24 11:02 Requirename
-rw-r----- 1 root root 0 oct. 24 11:00 .RPMLOCK
-rw-r--r-- 1 rpm rpm 335872 oct. 24 11:03 Sha1header
-rw-r--r-- 1 rpm rpm 212992 oct. 24 11:03 Sigmd5
-rw-r--r-- 1 rpm rpm 8192 oct. 23 14:49 Suggestname
-rw-r--r-- 1 rpm rpm 8192 oct. 23 14:49 Supplementname
-rw-r--r-- 1 rpm rpm 8192 oct. 23 14:49 Transfiletriggername
-rw-r--r-- 1 rpm rpm 8192 oct. 23 14:49 Triggername
[root@localhost rpm]#


Il existe un fichier .RPMLOCK, la base n'a pas été correctement libérée après la mise à jour.
La datation du fichier correspond à la mise à jour de ce matin.

Avez-vous une idée sur le problème ?

Bonjour
Tu as probablement vu la page de wiki Base de données RPM verrouillée ? L'hypothèse qu'autre processus soit, au même moment, en train d'utiliser la base rpm?

Dans l'hypothèse ci-dessus, je me demande si dnf pourrait "concurrencer" urpmi.
En graphique dans dnfdragora, on voit une option de mise à jour automatique, avec le réglage possible de la fréquence de mise à jour, le moins fréquent étant toutes les 12h, apparemment pas d'option se désactivation (en tout cas, pas évidente).


J'avoue ne pas savoir si ce conflit possible existe ou est courant, je désactive toujours la mise à jour automatique en désactivant packagekit....

En fait, j'ai désinstallé dnf, j'ai suivi la procédure suivante :
https://www.mageialinux-online.org/forum/topic-26719+mis-a-jour-mageia-via-mgaapplet.php

J'ai supprimé la base puis je l'ai reconstruite, mgaapplet a fonctionné une fois puis la fois suivante, c'est erreur fatale.....

Le résultat de la commande ps aux | grep rpm :
xxxxxxxx@localhost ~]$ ps aux | grep rpm
xxxxxxxx 11358 0.0 0.0 11932 820 pts/0 S+ 18:51 0:00 grep --color rpm
root 27987 0.1 2.9 731732 482476 ? Sl 12:02 0:34 /usr/bin/perl /usr/libexec/drakrpm --embedded 121635088



La liste des fichiers du dossier rpm :

[root@localhost /]# cd /var/lib/rpm/
[root@localhost rpm]# ls -al
total 145268
drwxr-xr-x 2 rpm rpm 4096 oct. 24 12:02 ./
drwxr-xr-x 64 root root 4096 oct. 24 11:12 ../
-rw-r--r-- 1 rpm rpm 20819968 oct. 24 12:04 Basenames
-rw-r--r-- 1 rpm rpm 114688 oct. 24 11:02 Conflictname
-rw-r--r-- 1 root root 0 oct. 24 12:02 __db.000
-rw-r--r-- 1 root root 311296 oct. 24 18:46 __db.001
-rw-r--r-- 1 root root 81920 oct. 24 18:46 __db.002
-rw-r--r-- 1 root root 1318912 oct. 24 18:46 __db.003
-rw-r--r-- 1 root root 0 oct. 23 18:47 .dbenv.lock
-rw-r--r-- 1 rpm rpm 4747264 oct. 24 12:04 Dirnames
-rw-r--r-- 1 rpm rpm 8192 oct. 23 14:49 Enhancename
-rw-r--r-- 1 rpm rpm 8192 oct. 23 14:49 Filetriggername
-rw-r--r-- 1 rpm rpm 65536 oct. 24 12:04 Group
-rw-r----- 1 root root 0 oct. 23 18:48 installed-through-deps.list
-rw-r--r-- 1 rpm rpm 57344 oct. 24 12:04 Installtid
-rw-r--r-- 1 rpm rpm 208896 oct. 24 12:04 Name
-rw-r--r-- 1 rpm rpm 77824 oct. 24 11:02 Obsoletename
-rw-r----- 1 rpm rpm 117133312 oct. 24 12:04 Packages
-rw-r--r-- 1 rpm rpm 2187264 oct. 24 12:04 Providename
-rw-r--r-- 1 rpm rpm 28672 oct. 24 11:02 Recommendname
-rw-r--r-- 1 rpm rpm 1159168 oct. 24 12:04 Requirename
-rw-r--r-- 1 root root 0 oct. 24 12:04 .RPMLOCK
-rw-r--r-- 1 rpm rpm 335872 oct. 24 12:04 Sha1header
-rw-r--r-- 1 rpm rpm 212992 oct. 24 12:04 Sigmd5
-rw-r--r-- 1 rpm rpm 8192 oct. 23 14:49 Suggestname
-rw-r--r-- 1 rpm rpm 8192 oct. 23 14:49 Supplementname
-rw-r--r-- 1 rpm rpm 8192 oct. 23 14:49 Transfiletriggername
-rw-r--r-- 1 rpm rpm 8192 oct. 23 14:49 Triggername
[root@localhost rpm]#

Il existe un process qui a été démarré à 12h02 le 24 octobre, le fichier lock date du 24 octobre 12h04, c'est le process qui pose problème ???

J'ai killé le process 27987, j'ai supprimé le fichier le .RPMLOCK, puis une vérification des mises à jours, même erreur fatale sur la base rpm..

J'ai réinstallé mageia 7.1 (dépôts ok, MAJ ok, bureau plasma) le 23, formatage des toutes les partitions et ce problème est apparu dès le début.

Je viens de supprimer la base rpm, j'ai lancé la procédure de reconstruction, j'attends...

Édité par clicere83 Le 24/10/2019 à 19h08

Bonjour,
Tu nous inquiètes, pour que l'erreur soit si systématique.
Il faudrait un extrait du journal sur la période où le blocage se produit, en fournissant les dates et heures dans la commande suivante, en root :

Ensuite, tu récupères le fichier log.txt. Il faudra que tu lui changes le propriétaire afin de pouvoir le lire à partir de ton compte utilisateur.
Est-ce que dnf est installé ?

Bonjour,

J'ai fait une extraction du journal, la journée du 24, de 12h00 à 12h06 :

log.txt

Ma base rpm ce matin :

root@localhost rpm]# ls -al
total 144172
drwxr-xr-x 2 rpm rpm 4096 oct. 25 10:00 ./
drwxr-xr-x 64 root root 4096 oct. 25 10:29 ../
-rw-r--r-- 1 rpm rpm 20799488 oct. 24 19:06 Basenames
-rw-r--r-- 1 rpm rpm 94208 oct. 24 19:06 Conflictname
-rw-r--r-- 1 root root 311296 oct. 25 10:29 __db.001
-rw-r--r-- 1 root root 81920 oct. 25 10:29 __db.002
-rw-r--r-- 1 root root 1318912 oct. 25 10:29 __db.003
-rw-r--r-- 1 root root 0 oct. 25 10:00 .dbenv.lock
-rw-r--r-- 1 rpm rpm 4661248 oct. 24 19:06 Dirnames
-rw-r--r-- 1 rpm rpm 8192 oct. 24 19:06 Enhancename
-rw-r--r-- 1 rpm rpm 8192 oct. 24 19:06 Filetriggername
-rw-r--r-- 1 rpm rpm 65536 oct. 24 19:06 Group
-rw-r--r-- 1 rpm rpm 61440 oct. 24 19:06 Installtid
-rw-r--r-- 1 rpm rpm 208896 oct. 24 19:06 Name
-rw-r--r-- 1 rpm rpm 81920 oct. 24 19:06 Obsoletename
-rw-r----- 1 rpm rpm 116051968 oct. 24 19:06 Packages
-rw-r--r-- 1 rpm rpm 2256896 oct. 24 19:06 Providename
-rw-r--r-- 1 rpm rpm 28672 oct. 24 19:06 Recommendname
-rw-r--r-- 1 rpm rpm 1159168 oct. 24 19:06 Requirename
-rw-r--r-- 1 rpm rpm 348160 oct. 24 19:06 Sha1header
-rw-r--r-- 1 rpm rpm 212992 oct. 24 19:06 Sigmd5
-rw-r--r-- 1 rpm rpm 8192 oct. 24 19:06 Suggestname
-rw-r--r-- 1 rpm rpm 8192 oct. 24 19:06 Supplementname
-rw-r--r-- 1 rpm rpm 8192 oct. 24 19:06 Transfiletriggername
-rw-r--r-- 1 rpm rpm 8192 oct. 24 19:06 Triggername

Pas de fichier lock ce matin, mgaapplet est OK à l'ouverture de ma session.

Je viens de réactualiser mgaapplet, même erreur fatale, toujours pas de fichier RPMLOCK.....

Extrait journal du 25, 11h10 - 11h15

2019-10-25_log.txt

Édité par clicere83 Le 25/10/2019 à 11h31

Bonjour,
Là, on voit que la base a été corrompue :

Il te reste à la reconstruire.
Mais je te demandais le journal en root et là manifestement, c'est le journal de l'utilisateur, pas celui du système. Parce la cause de la corruption n'y est pas.

J'ai passé les commandes du journal en root, voici mon historique :

[root@localhost ~]# journalctl -a --since="2019-10-24 12:00" --until="2019-10-24 12:06" > log.txt
[root@localhost ~]# journalctl -a --since="2019-10-25 11:10" --until="2019-10-25 11:15" > 2019-10-25_log.txt

Bonjour,

Ca n' a rien à voir mais...







C' est normal d' avoir ce type de messages ?

Est ce qu' il n' y aurait pas eu un changement de modèle de sécurité msec standard à sécurisé. Comme par exemple ce post..

Edit: en tout cas le fichier /var/lib/rpm/packages me donne:

-rw-r--r-- 1 root root 156422144 oct. 24 08:09 Packages

Et pas :

-rw-r----- 1 rpm rpm 116051968 oct. 24 19:06 Packages

Édité par nic80 Le 25/10/2019 à 20h27

Bonjour,

Merci Nic80, j'ai changé les droits sur le fichier Packages.

J'ai fait un test de mgaapplet, tout est OK.

Sujet réglé,

Merci pour votre aide.