topic Re: RPM DB Troubleshooting in Operating System - Linux

RPM DB Troubleshooting

Ross Minkov — Mon, 20 Jun 2005 17:57:28 GMT

Linux Gurus,

Here is how I've been dealing with RPM DB problems. Sometimes when a process is killed it may leave some small corruption behind in the RPM database. Usually the simple "rm -f /var/lib/rpm/__db*" removes the files which hold lock state information. When this does not clear up the problem then I try "rpm -vv --rebuilddb" (after I make a backup of /var/lib/rpm) and if the problem is still there I try "rpm -vv --initdb". Today I had a problem where none of the above methods fixed it. So I tried deleting /var/lib/rpm/ directory first and then running "rpm -vv --rebuilddb". That worked. After I did that I asked myself -- since I deleted the RPM DB directory, should I had used "rpm -vv --initdb" instead of "rpm -vv --rebuilddb"? Does it matter which one you use? What do you think?

Thanks,
Ross

Re: RPM DB Troubleshooting

Stuart Browne — Mon, 20 Jun 2005 19:15:06 GMT

Well, the man page say that 'initdb' will just create a new database, not populate it. I think you should *follow* it with a 'rebuilddb'.

What version of RPM (on what platform) are you using? You seem to be having a fair bit of RPM troubles. I know that RH8 had a fair bit which was eventually cleared up with eratta, but.. ?

Re: RPM DB Troubleshooting

Ross Minkov — Mon, 20 Jun 2005 19:27:08 GMT

Sorry, I forgot to mention that -- I'm using RHEL3 with rpm-4.2.3-13.

I think I remember the rpm problems around RHL8 -- this was when they split rpmbuild from rpm iirc.

Actually I think that what I did before (deleting the rpm dir and running rpm --rebuilddb) did not not help. I also tried rpm --initdb and had no luck. I ended up restoring the rpm db back, so now I still have the original problem. Any rpm action I try creates the 3 lock files in /var/lib/rpm -- __db.00x (x=1,2,3).

Re: RPM DB Troubleshooting

Stuart Browne — Mon, 20 Jun 2005 19:51:54 GMT

Most actions create those lock files (even a simple query). They don't normally get removed either (as they aren't so much lock files as temporary data files which get locked), so it's not unusual for them to exist.

It's a corruption that occurs in those temporary files which causes RPM actions to lock up.

I have a number of machines with that version of RPM and haven't yet seen such an issue. What sort of actions are you doing that's causing these lockups?

Re: RPM DB Troubleshooting

Ross Minkov — Mon, 20 Jun 2005 20:12:23 GMT

> Most actions create those lock files
> (even a simple query).
> They don't normally get removed either
> (as they aren't so much lock files as
> temporary data files which get locked),
> so it's not unusual for them to exist.

OK, I thought that they should be there only during an rpm operation/action and get removed after that. Now that you sais that I checked some other RHEL3 servers I manage and you are absulutely right; I saw the lock files on all of them.

> It's a corruption that occurs in those
> temporary files which causes RPM actions
> to lock up.

How do you tell if you have corruption in them?

> What sort of actions are you doing that's
> causing these lockups?

The problem that I see is when I try to run apt-get install or apt-get upgrade (yes, I'm using apt4rpm). apt complains about "The following packages have unmet dependencies" and then lists almost half of the installed packages.

Re: RPM DB Troubleshooting

Gopi Sekar — Tue, 21 Jun 2005 06:25:56 GMT

may be it is a problem with apt4rpm which corrupts the rpm database. Try to use rpm/yum to install the packages.

Also check up with apt4rpm website for any known issues on particular rpm version you are using.

Hope this helps,
Gopi

Re: RPM DB Troubleshooting

Steven E. Protter — Tue, 21 Jun 2005 07:54:19 GMT

Hi Ross,

Sounds like the database is corrupted or rpm thinks there is a pending transaction. Maybe the database file is on hold with a dead install process.

I'm assuming this condition continues after a boot or you can not boot the machine.

I've been told apt is the best installer for working with rpm.

I've had some success with yum. If a product needs to be reinstalled and calculating the dependencies gives me a headache, I do a yum -y install rpm-name and it calculates dependencies and gets them all.

It is not foolproof(take it from a fool). I corrupted an rpm database so badly yesterday I had to redo the system.

Fell asleep before finishing this post last night, hope its still relevent.

SEP

Re: RPM DB Troubleshooting

Stuart Browne — Tue, 21 Jun 2005 09:31:40 GMT

'I am but a fool, and have never claimed otherwise'.. ;) from something I wrote about 6-7 years ago ;)

Re: RPM DB Troubleshooting

Ross Minkov — Tue, 21 Jun 2005 10:13:20 GMT

It's A Fool's World

http://www.heavylyrics.com/lyrics/korovakill_lyrics_912/its_a_fools_world_lyrics_29126.html

:)
-Ross