Brian,
Don't know if this will help, but if
your rpm database is corrupt, maybe
Shadowman's technique will work for you.
http://www.redhat.com/advice/ask_shadowman.html
Also for people having the NVidia
"hide-and-go-seek" RPM problem.
It's a glorious day to die in battle,
Bob
Brian Curtis
Brian Curtis wrote:
Hello Randy,
Is this a recommendation based on experience(s)?
Thanks again.
Yes. I have 3 machines running 8.0, and have seen this problem several
times on two machines, but NEVER on one machine. The 2 machines that had
the problem are both K6-2 500 machines. After upgr
Brian
Sounds like the RPM db is corrupted.
Try to rebuild the RPM db using instructions at:
http://www.rpm.org/hintskinks/repairdb/
>> Hello,
>>
>> I just tried to rpm -e my MySQL 3.x rpms in preparation for MySQL 4
>> when I ran into a bit of trouble.
>>
>> After trying to # rpm -e mysqlclien
Brian Curtis wrote:
Hello,
After trying to # rpm -e mysqlclient9-3.23.22-6 I ended up having to
kill -9 the process after 15 minutes since it seemed to stop
responding.
Now every time I try any rpm query/update/delete, the process goes into
sleep mode and has to be terminated with a kill -9.
I had the same problem a while back. Found the following on a mailing list
somewhere,
can't remember exactly. Anyway, it's worked for me when RPM "hangs".
HTH,
dhardison
ยท I can't upgrade any packages, run up2date or rpm (processes hang!). What
is wrong?
The RPM database sometimes gets stuc
Kill all processes using rpm database (fuser /var/lib/rpm/* should reveal
such processes) then run 'rm /var/lib/rpm/__db* '. Consider rebuilding rpm
database after that ('rpm --rebuilddb'). This should unlock the database.
> -Original Message-
> From: Brian Curtis [mailto:[EMAIL PROTECTED
On Tue, 2003-01-21 at 17:30, Brian Curtis wrote:
> Hello,
>
> I just tried to rpm -e my MySQL 3.x rpms in preparation for MySQL 4
> when I ran into a bit of trouble.
>
> After trying to # rpm -e mysqlclient9-3.23.22-6 I ended up having to
> kill -9 the process after 15 minutes since it seemed to