<HTML><BODY style="word-wrap: break-word; -khtml-nbsp-mode: space; -khtml-line-break: after-white-space; "><BR><DIV><DIV>On Mar 8, 2007, at 7:19 PM, Richard Hendershot wrote:</DIV><BR class="Apple-interchange-newline"><BLOCKQUOTE type="cite"> On Thu, 2007-03-08 at 08:46 -0500, Jeff Johnson wrote: <BLOCKQUOTE type="CITE"> <PRE><FONT color="#000000">On Mar 8, 2007, at 7:23 AM, Neal Becker wrote:</FONT>
<FONT color="#000000">> smart update hangs at ~50% loading cache. rm /var/lib/rpm/__*, then</FONT>
<FONT color="#000000">> rpm --rebuilddb fixes it.</FONT>
<FONT color="#000000">></FONT>
<FONT color="#000000">You likley don''t need --rebuilddb.</FONT>
<FONT color="#000000">This is likely the kernel-2.6.19 (and FC6 2.6.18 backport) mmap(2) </FONT>
<FONT color="#000000">problem,</FONT>
<FONT color="#000000">bugzilla is full of reports.</FONT>
</PRE> </BLOCKQUOTE> <BR> I *think* I had a similar problem. Removing /var/lib/smart/* seemed to correct the cache lockup. Make sense at all?? </BLOCKQUOTE></DIV><BR><DIV>If doing</DIV><DIV> rm -f /var/lib/smart/*</DIV><DIV>corrected, then the issue was different than rpmdbg stale locks with identical symptoms.</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>Likelier (my guess) you did something like reboot, which does</DIV><DIV> rm -f /var/lib/rpm/__db*</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>Again, stale locks can be explicitly identified by doing</DIV><DIV> cd /var/lib/rpm</DIV><DIV> /usr/lib/rpm/rpmdb_stat -CA</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>If the process identified in the output does not exist, then the lock is stale.</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>73 de Jeff</DIV></BODY></HTML>