On Sat, 3 May 2003 14:41:57 +0100 (BST) M A Young <m.a.young@xxxxxxxxxxxx> 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
