rpm database corruption (again)

[Richard Hendershot]

On Fri, 2007-03-09 at 04:20 -0500, Jeff Johnson wrote:

> 
> 
> 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*
> 


I didn't reboot.  The issue that seemed similar to me was smart would
consistently hang while updating its cache.  I'd kill it and try rpm
which would succeed (faster than looking into the docs for how/where
it's semaphores lived - at least for me).  My sites live
in /etc/smart/channels which I strive to keep up-to-date so
killing /var/lib/smart/config is not a problem.  The GUI choices need to
be reset but that's quick, and validates channel files.

After removing the lib files smart was then able to process its cache
and operate normally.

I never had anything remotely approaching rpmdb corruption though so
this may not be so closely related as I had though.  YMMV

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.labix.org/pipermail/smart-labix.org/attachments/20070309/188a8513/attachment-0003.htm>