Mailing List
Home
Linux - General Red Hat Linux discussion list
Enterprise Linux 3 - Discussion of Red Hat Enterprise Linux 3 (Taroon)
Red Hat Linux 9 - Discussion of Red Hat Linux 9 (Shrike)
Installation - Getting started with Red Hat Linux
Red Hat Linux 7.3 - Discussion of Red Hat Linux 7.3 (Valhalla)
Red Hat Linux 8.0 - Discussion of Red Hat Linux 8.0 (Psyche)
Red Hat Linux 7.2 - Discussion of Red Hat Linux 7.2 (Enigma)
Red Hat Linux 7.1 - Discussion of Red Hat Linux 7.1 (Seawolf)
Apache Web Server
Oracle database, Microsoft SQL server ...
Subjects
application/x mplayer2 plugin
RPM error: db4 error(16) from dbenv >remove: Device or resource
   busy
Command stream end of file while reading
X Windows problem (xauth)
Upgrading openoffice 1 1 rpm
FTP: connection refused
FTP: connection refused
mount: /dev/cdrom: is not a valid block device
Dell Precision 650, RedHat 9, no sound
how to trace the cause resulting in the crash of bind server
Virus on the list
UNINSTALL RPM MYSQL
usb pen drives: mounting as a user
broadcom network interface
make mrproper
sendmail configuration on redhat
Couldn 't open PID file /var/run/named/named pid Permission denied
Promise 378 controller
kernel 2 6 and /dev/sound/mixer not found
Problem using up2date
mrtg step by step howto/configuration for a newbie?
Compiling and Installing Kernel 2 6
Can 't locate module ppp0, can 't locate module ppp compress 21
HOW I CAN MAKE BOOTABLE FLOPPY DISKET
Lotus Notes under Wine
/etc/security/limits conf question
Intel E/1000 driver
Command stream end of file while reading
rpm database corrupt
qla2300 modules
 
Search:  
Power your search with and, or, +, -, or "some phrase" operators.
Failed attempt at rebuilding RPM database

Failed attempt at rebuilding RPM database

2003-05-03       - By Steven P. Ulrick

 Back
Reply:     1     2     3     4     5     6     7     8  

On Sat, 3 May 2003 14:41:57 +0100 (BST)
M A Young <m.a.young@(protected) > wrote:

> Your rpm packages use a later db4 version than your db4 packages
> (which seems to be the case for RedHat 9). Looking at
> http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=89931
> may help.

Just got done looking at the above mentioned bug, and I found the
following, interesting, comment:


-- ---- Additional Comment #6 From Jamie Zawinski on 2003-05-01 18:24
"After deleting those files, behavior does not change. "

rpm --rebuilddb prints the same error message -- which
you say is harmless. Ok.

But Red Carpet still doesn 't work -- though I see that now
the error message is slightly different. It used to say

rpmdb: unable to join the environment
error: db4 error(11) from dbenv- >open:
Resource temporarily unavailable
error: cannot open Packages index using
db3 - Resource temporarily unavailable (11)

and now it says

rpmdb: /var/lib/rpm/Packages:
unsupported hash version: 8
error: cannot open Packages index using
db3 - Invalid argument (22)

If you will notice, the error message at the very end of the section I
just quoted is exactly the same as the error I get. But read on....

-- ---- Additional Comment #7 From Jeff Johnson on 2003-05-01 18:57
-- ----
Ah, that 's db-4.0.14 vs. db-4.1.25 incompatibility.

Run (as root)
/usr/lib/rpm/rpmdb_loadcvt

Does that fix Red Carpet? If so, redcarpet needs to use
a version of rpm compiled with db-4.1.25.


When I ran /usr/lib/rpm/rpmdb_loadcvt, I was told "command not found "
So I cd 'd into /usr/lib/rpm and ran ls rpmdb_* and I got the following
results:

ls /usr/lib/rpm/rpmdb_*
/usr/lib/rpm/rpmdb_deadlock /usr/lib/rpm/rpmdb_load
/usr/lib/rpm/rpmdb_svc
/usr/lib/rpm/rpmdb_dump /usr/lib/rpm/rpmdb_stat
/usr/lib/rpm/rpmdb_verify

As you see, there is no "/usr/lib/rpm/rpmdb_loadcvt " on my system (which
would be really odd, seeing that I installed absolutley every package on
all three Red Hat 9 CD 's) Considering the possibility that maybe there
was a typographical error on the bug report, I tried adding a space
between "load " and "cvt " That appeared to at least run with no errors,
but there also appeared to be no results, either. When I tried to run
"rpmdb_load ", I got the following result:

usage: db_load [-nTV] [-c name=value] [-f file] [-h home] [-P password]
[-t btree | hash | recno | queue] db_file

No mention about this "cvt " thing whatsoever.


Next, if you will notice, the person that filed the Bug report I 'm
quoting from says that they got the exact same result that I did:
-- ---- Additional Comment #8 From Jamie Zawinski on 2003-05-01 19:14
In what RPM do I find /usr/lib/rpm/rpmdb_loadcvt? I have:

% ls /usr/lib/rpm/rpmdb_*
/usr/lib/rpm/rpmdb_deadlock* /usr/lib/rpm/rpmdb_stat*
/usr/lib/rpm/rpmdb_dump* /usr/lib/rpm/rpmdb_svc*
/usr/lib/rpm/rpmdb_load* /usr/lib/rpm/rpmdb_verify*



What really confuses me is that Jamie, in his below quoted comment, says
"Thanks, that fixed it " but doesn 't say how he got around the fact that
the command that Jeff Johnson from Red Hat told him to use didn 't exist
on his system (or mine, for that matter):
-- ---- Additional Comment #9 From Jamie Zawinski on 2003-05-01 19:31
Thanks, that fixed it -- it lets red-carpet run, anyway.
Seems that Ximian still don 't have the backend set up
for RH9, though. But it did make the RPM errors go away.

As you can see, seventeen minutes after "Comment #8 ", he says that "that
fixed it " But as you can see, he didn 't say "what " fixed it.




In closing, Jeff Johnson from Red Hat said the following:
-- ---- Additional Comment #10 From Jeff Johnson on 2003-05-02 11:05
This problem is resolved by running /usr/lib/rpm/rpmdb_loadcvt
to convert from db-4.1.25 - > db-4.0.14 format.

Yet again, he mentions "/usr/lib/rpm/rpmdb_loadcvt ", which neither I,
nor Jamie Zawinski, appear to have on our systems.

Well, that 's all I have for now :)

Thanks again for your help. I believe that we can figure this out :)
Steven P. Ulrick

I just need to mention again, that when I installed Red Hat 9 (actually
"Pink Tie 9 " from CheapBytes.com But if you saw "Pink Tie 9 ", you 'd see
that it 's just Red Hat 9 with virtually all references to "Red Hat "
removed. They did it because of issues with the EULA) I installed
absolutley every package that was on the three cd 's