similar to: RPMDB problem

On Sat, 2019-09-14 at 14:09 -0400, Fred Smith wrote: > When doing yum operations I get this message at the end of whatever > yum was doing: > > ** Found 1 pre-existing rpmdb problem(s), 'yum check' output follows: > brscan4-0.4.8-1.x86_64 is a duplicate with brscan4-0.4.3-1.x86_64 > > It is true, if I do "rpm -qa | grep brscan" it shows two of them. >

Has anyone seen this before? [root at shelob rpm]# yum update rpmdb: Program version 4.2 doesn't match environment version error: db4 error(22) from dbenv->open: Invalid argument error: cannot open Packages index using db3 - Invalid argument (22) error: cannot open Packages database in /var/lib/rpm Traceback (most recent call last): File "/usr/bin/yum", line 30, in ?

I'd guess this is probably something pretty specific to my test box, but when I yum updated to 3.3 my rpmdb got totally hosed. Unfortunately, I didn't save the error that occured at the time because a rpm --rebuilddb _appeared_ to fix the problem. Unfortunately I found out later that I was left with a db that only contained a subset of the actual install base. I'm now trying to

All of a sudden yum hangs on a Centos 4.5 (updated to the latest patch before 4.6) when I try to use it. "clean metadata" didn't help. The output of -d5 shows it gets to the point of "Reading Local RPMDB" and then sits there. The process doesn't die, but doesn't seem to do anything from that point on. strace shows this: futex(0xb76dcae8, FUTEX_WAIT, 2, NULL I

Quoting Martin Hamant <mh at accelance.fr>: > on my freshly updated system ( 3.3 ): > > # cat /etc/redhat-release > CentOS release 3.3 (final) > # rpm -qa | wc -l > 483 > > And no such error message ... Indeed, in fact I'd be surprised if everyone was having this problem; I don't suppose 3.3 would have been released if they were. What I am suggesting is

I installed CentOS 3.4 from a CD image I'd burned a while ago, and then attempted to update with yum to 3.7. All the packages installed OK, but at the very end of final cleanup I got an error message from db4 saying to "RUN RECOVERY". I did "rpm --rebuilddb" which may have been the wrong thing -- it issued an error about "pages missing". I then ran it again,

Hey, From time to time I catch a yum warning. Last time it was today: # yum update ... Downloading Packages: vsftpd-2.2.2-6.el6_2.1.x86_64.rpm???????????????????????????????? | 149 kB???? 00:01???? Running rpm_check_debug Running Transaction Test Transaction Test Succeeded Running Transaction Warning: RPMDB altered outside of yum. ? Updating?? :

does anybody see this: unning transaction Warning: RPMDB altered outside of yum. ** Found 8 pre-existing rpmdb problem(s), 'yum check' output follows: ipa-admintools-4.4.0-14.el7.centos.noarch has installed conflicts freeipa-admintools: ipa-admintools-4.4.0-14.el7.centos.noarch ipa-client-4.4.0-14.el7.centos.x86_64 has installed conflicts freeipa-client:

Dear all, I am trying to install Samba 3.0.30 on a new Centos 5 machine and I am getting following error. Samba has been downloaded form setnet. Could some please let me know how to fix this? rpmdb: Program version 4.3 doesn't match environment version error: db4 error(-30974) from dbenv->open: DB_VERSION_MISMATCH: Database environment version mismatch warning: cannot open Solve

Dear all, I am trying to install Samba 3.0.30 on a new Centos 5 machine and I am getting following error. Samba has been downloaded form setnet. Could some please let me know how to fix this? rpmdb: Program version 4.3 doesn't match environment version error: db4 error(-30974) from dbenv->open: DB_VERSION_MISMATCH: Database environment version mismatch warning: cannot open Solve

Fedora 33 switched the DB of RPM to SQLite, so no more Packages/Name/etc files. Because any missing file exception is ignored when checking for --if-newer, the lack of the Package files was not properly noticed, so the appliance was always considered out out date. Check for the SQLite-based DB first, falling back to the old format. Signed-off-by: Pino Toscano <ptoscano@redhat.com> ---

I have a KVM vm running CentOS-6.8 on a host also running CentOS-6.8. This instance is used for occasional development projects which require segregation. Thus it is seldom accessed. At some point in the recent past this guest developed an issue with starting. Specifically these messages were found in the system log files: /var/log/messages-20170312:Mar 10 16:31:06 vhost04 kernel: dracut:

We have a couple of CentOS 7 boxes that were built before I was hired to clean up the kickstart script used for C7 boxes. We had a couple of rpm packages that were pre-C7 that were used and setup the old SysV Init way using ntsysv and chkconfig on these boxes. (I finally fixed that in the newer scripts.) These are out in the field and I'm having to deal with them as they are. One thing

On Tue, Dec 13, 2016 at 04:44:06PM +0000, lejeczek wrote: > does anybody see this: > > unning transaction > Warning: RPMDB altered outside of yum. > ** Found 8 pre-existing rpmdb problem(s), 'yum check' output > follows: > ipa-admintools-4.4.0-14.el7.centos.noarch has installed conflicts > freeipa-admintools: ipa-admintools-4.4.0-14.el7.centos.noarch >

I am spoiled with Yum: never have had a dependency problem until today. Can this be resolved: ---> Downloading header for compat-openldap to pack into transaction set. compat-openldap-2.3.27_2. 100% |=========================| 30 kB 00:00 ---> Package compat-openldap.i386 0:2.3.27_2.2.29-4.el4.centos set to be updated --> Running transaction check --> Processing Dependency:

Whenever I try to install Asterisk@Home, I get this error at about 43% There was an error installing rpmdb-redhat-3.4-0.20050105. This can indicate media failure, lack of disk space, and/or hardware problems. This is a fatal error and your install will be aborted. Please verify your media and try your install again. I've gotten this on 3 different cd's I've burned. To make sure

Is it possible to create CentOS 5.9 LiveCD on CentOS 6.4 system? I am trying but getting following errors (rpmdb related): <snip> Installing: cups-pdf ################### [ 692/1011] semodule: SELinux policy is not managed or store cannot be accessed. rpmdb: /var/lib/rpm/Packages: unsupported hash version: 9 error: cannot open Packages index using db3 - Invalid argument

Okay, I have over 9 gigs of spare room on my main hard drive, so I don't think var is filling up. I've set prelinking to be off (I think), and yet still, YUM continues to freeze my computer. If I try to do a search or install, about half the time it will go nuts on the hard drive, I lose control of the mouse, and eventually I have no choice but to hard reset. What's wrong with

Hello, I have been testing the latest unstable version of xen and noticed that after I move /lib/tls to /lib/tls.disabled I start receiving errors whenever I try to execute an rpm command (or yum commands - related to rpm). Just as an example here''s an error: rpm --import RPM-GPG-KEY rpmdb: unable to initialize mutex: Function not implemented rpmdb: /var/lib/rpm/__db.001: unable to

On Wednesday, 26 August 2020 21:15:36 CEST Richard W.M. Jones wrote: > On Wed, Aug 26, 2020 at 06:57:43PM +0200, Pino Toscano wrote: > > Fedora 33 switched the DB of RPM to SQLite, so no more Packages/Name/etc > > files. Because any missing file exception is ignored when checking for > > --if-newer, the lack of the Package files was not properly noticed, so > > the