Rpm Wisi, Nie Mogę Nic Za/odinstalować

[met]

No więc właśnie zainstalowałem F8 i chcę zrobić update, niestety "yum update" przechodzi ściąganie plików i dalej wisi.

No to ściągam pakiet ręcznie i próbuje "rpm -Uvh foo.rpm" i nic, po 10min killuję rpm.

To samo się dzieje gdy próbuję wylistować pakiety "rpm -qa", czekam, czekam i nic.

Również gdy próbuję wylistować konkretny pakiet "rpm -ql skype"... W czym jest problem?

W jedyny tryb w jakim mi się udało uruchomić rpm to rpm --help...

Co to może być? Dodam, że rpm w wersji 4.4.2.2. "yum clean all" też nic nie daje (wiesza się).

 

Help

 

------

EDIT

Okazało się to być znanym bugiem F8. Tutaj wyjaśnienie i rozwiązanie:

 

> When I try to install some rpm's (php-dbg-client, php-devel) system hangs.

> No error message appear, and it looks like it's doing properly. It hangs on

> installation of individual packages. It starts to happened on installation

> php-dbg-client package. Any ideas ?

 

There's a bug in RH 8.0's rpm that can cause it to hang. For background, see

Bugzilla:

 

http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=74726

 

One of the messages in there contains a workaround for "unhanging" rpm, which

is to kill all stuck rpm processes ('killall -9 rpm' should do the trick),

and then use 'rm /var/lib/rpm/__db*' to clear out the lock that rpm is

hanging on.

 

Down towards the bottom of the Bugzilla entry, there's a note from 'jbj' (the

RH developer trying to squash this bug) requesting that people try his

updated 4.1-9 version from

 

ftp://people.redhat.com/jbj/test-4.1

 

FWIW, I've been using that for just over a week now, and haven't had any rpm

hangs in that time.

 

Cheers!

--Brett

 

 

[@WalDo]

Okazało się to być znanym bugiem F8. Tutaj wyjaśnienie i rozwiązanie:

RH 8.0 <> F8 A wpis do bugzilli jest sprzed > 5 lat. Zresztą pod podanym przez Ciebie linkiem widać również "Resolution: NOTABUG"

Wg ciężko to nazwać bugiem jeśli ktoś poleceniem "kill -9" ("kill -KILL") czy w jakikolwiek inny gwałtowny sposób kończy proces aktualizacji nie pozwalając transakcji zdjąć locków z bazy.

Faktem jest że sprawa jest znana i wystarczy usunąć pliki blokady bazy RPM (__db*) oraz ew. ją przebudować (rpm --rebuilddb). Na wszelki wypadek warto zachować plik Packages.