Upgrade PAMa i cron [OT]

[Łukasz Maśko]

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"