- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - Linux
- >
- RPM DB Troubleshooting
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-20-2005 10:57 AM
тАО06-20-2005 10:57 AM
RPM DB Troubleshooting
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
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-20-2005 12:15 PM
тАО06-20-2005 12:15 PM
Re: RPM DB Troubleshooting
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.. ?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-20-2005 12:27 PM
тАО06-20-2005 12:27 PM
Re: RPM DB Troubleshooting
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).
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-20-2005 12:51 PM
тАО06-20-2005 12:51 PM
Re: RPM DB Troubleshooting
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?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-20-2005 01:12 PM
тАО06-20-2005 01:12 PM
Re: RPM DB Troubleshooting
> (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.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-20-2005 11:25 PM
тАО06-20-2005 11:25 PM
Re: RPM DB Troubleshooting
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
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-21-2005 12:54 AM
тАО06-21-2005 12:54 AM
Re: RPM DB Troubleshooting
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
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-21-2005 02:31 AM
тАО06-21-2005 02:31 AM
Re: RPM DB Troubleshooting
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-21-2005 03:13 AM
тАО06-21-2005 03:13 AM
Re: RPM DB Troubleshooting
It's A Fool's World
http://www.heavylyrics.com/lyrics/korovakill_lyrics_912/its_a_fools_world_lyrics_29126.html
:)
-Ross