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. _______________________________________________ pld-devel-pl mailing list [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
