Dnia sobota, 27 listopada 2010, Adam Osuchowski napisał:
> Po upgradzie PAMa przestał działać cron. Okazało się, że nie
> zrestartowany po tej operacji cron używał starej wersji biblioteki
> libpam.so, która załadowała dynamicznie moduł PAMowy i pojawiła
> się niezgodność wersji:
> 
> Nov 27 18:06:01 pld /usr/sbin/crond[31016]: PAM unable to
> dlopen(/lib64/security/pam_env.so): /lib64/libpam.so.0: version
> `LIBPAM_MODUTIL_1.1.3' not found (required by
> /lib64/security/pam_env.so)
> 
> Pewnie inne binarki, a zwłaszcza serwisy używające PAMa też są
> podatne na to. Rozwiązaniem jest oczywiście zwykły restart serwisu,
> tylko trzeba wiedzieć, że akurat ten serwis używa PAMa.
> 
> Jakieś pomysły na rozwiązanie tego problemu? Pierwszy, który się
> narzuca to robić w postinstallu od PAMa restart wszystkich serwisów,
> które go wykorzystują, ale jest to uciążliwe w utrzymaniu. Możnaby
> też tę listę jakoś dynamicznie tworzyć (np. na podstawie
> zależności rpmowych).
> 
> Problem dotyczy nie tylko PAMa bo będzie występował wszędzie gdzie
> jest użyty podobny mechanizm -- dlopen modułów/pluginów,
> rozwiązanie więc powinno być ogólniejsze.

Czy mógłbyś, z łaski swojej, doprowadzić do porządku kodowanie w swoim 
programie pocztowym? Dzięki :-)
-- 
Łukasz Maśko                                           GG:   2441498    _o)
Lukasz.Masko(at)ipipan.waw.pl                                           /\\
Registered Linux User #61028                                           _\_V
Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana"
_______________________________________________
pld-devel-pl mailing list
[email protected]
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl

Odpowiedź listem elektroniczym