Problem z Poldkiem po aktualizacji RPM-a

[Janusz Szeligowski]

Witam,

każdorazowa próba uruchomienia Poldka skutkuje czymś takim:

Loading [pndir]th...
Loading [pndir]th...
19616 packages read
Loading [rpmdbcache]/var/lib/rpm...
rpmdb: /var/lib/rpm/__db.005: Too many open files
error: db_init:db3.c:1087: dbenv->open(24): Too many open files
error: cannot open Packages(0) index: Too many open files(24)
         DB: Berkeley DB 5.2.36: (September 14, 2011)
error: //var/lib/rpm: open rpm database failed
Abort

Zainstalowane paczki RPM-a:
rpm-base-5.4.10-37.x86_64
rpm-lib-5.4.10-37.x86_64
rpm-5.4.10-37.x86_64
rpm-utils-5.4.10-37.x86_64
rpm-whiteout-1.41-1.noarch

Poldek:
poldek-libs-0.30-1.rc6.7.x86_64
poldek-0.30-1.rc6.7.x86_64


Wczoraj zrobiłem "dużą" aktualizację (jądro + większość paczek), w skład 
której wszedł również RPM i Poldek. Zależności udało mi się spełnić bez 
wyjątków. Miałem tylko okresowy problem z dostępnością paczek RPM-a 
(równolegle chyba były prowadzone jakieś działania na repozytorium). 
Zależności wykazywały między innymi konieczność aktualizacji RPMA do 
wersji 5.4.10-36, a paczki nie było dostępnej w repozytorium. Robiłem 
zatem testy z jakąś wcześniejszą wersją RPM-a z archive, ale po którymś 
--upa zaczęła już poprawnie pojawiać się wersja 5.4.10-37, rzeczywiście 
będąca w repo.

Obecnie, po każdym wywołaniu Poldka, wydanie polecenia np.

rpm -qa | grep apache-mod_ali*

skutkuje czymś takim:

BDB2017 Freeing mutex for process: 2537/0
BDB2017 Freeing mutex for process: 2537/0
BDB2017 Freeing mutex for process: 2537/0
BDB2017 Freeing mutex for process: 2537/0
BDB2017 Freeing mutex for process: 2537/0
BDB2017 Freeing mutex for process: 2537/0
BDB2017 Freeing mutex for process: 2537/0
BDB2017 Freeing mutex for process: 2537/0
BDB2017 Freeing mutex for process: 2537/0
apache-mod_alias-2.2.23-1.x86_64

Ponowienie polecenia rpm działa już potem prawidłowo, czyli:

apache-mod_alias-2.2.23-1.x86_64

-- 
Pozdrawiam,
Janusz Szeligowski


-------------- następna część ---------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3577 bytes
Desc: Kryptograficzna sygnatura S/MIME
URL: </mailman/pipermail/pld-users-pl/attachments/20130116/2bbd5fca/attachment.p7s>