Problem z Poldkiem po aktualizacji RPM-a
Jan Rękorajski
baggins w pld-linux.org
Śro, 16 Sty 2013, 09:06:31 CET
On Wed, 16 Jan 2013, Janusz Szeligowski wrote:
> 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
Ususń katalog ~/.poldek-cache i sprawdź ponownie.
> 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.
Trefiłeś w moment jak przenosiłem paczki z ready do main.
> 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
To po prostu BDB sprząta po failu poldka, nic czym się należy przejmować
o ile wynik na końcu jest poprawny.
--
Jan Rękorajski | PLD/Linux
SysAdm | http://www.pld-linux.org/
baggins<at>mimuw.edu.pl
baggins<at>pld-linux.org
Więcej informacji o liście pld-users-pl