rpm database corruption (again)

Jeff Johnson n3npq at mac.com
Fri Mar 9 01:20:32 PST 2007


On Mar 8, 2007, at 7:19 PM, Richard Hendershot wrote:

> On Thu, 2007-03-08 at 08:46 -0500, Jeff Johnson wrote:
>> On Mar 8, 2007, at 7:23 AM, Neal Becker wrote:
>> > smart update hangs at ~50% loading cache.  rm /var/lib/rpm/__*,  
>> then
>> > rpm --rebuilddb fixes it.
>> >
>>
>> You likley don''t need --rebuilddb.
>>
>> This is likely the kernel-2.6.19 (and FC6 2.6.18 backport) mmap(2)
>> problem,
>> bugzilla is full of reports.
>>
>
> I *think* I had a similar problem.  Removing /var/lib/smart/*  
> seemed to correct the cache lockup.  Make sense at all??

If doing
     rm -f /var/lib/smart/*
corrected, then the issue was different than rpmdbg stale locks with  
identical symptoms.

Likelier (my guess) you did something like reboot, which does
     rm -f /var/lib/rpm/__db*

Again, stale locks can be explicitly identified by doing
     cd /var/lib/rpm
     /usr/lib/rpm/rpmdb_stat -CA

If the process identified in the output does not exist, then the lock  
is stale.

73 de Jeff
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.labix.org/pipermail/smart-labix.org/attachments/20070309/9fda5c47/attachment-0003.htm>


More information about the Smart mailing list