Chyták na 64-bitovém CentOSu.

7.3.2010 16:54 | Přečteno: 1342× | Linux

Včera když jsem celé odpoledne laboroval, proč mi na 64-bitovém CentOSu nefunguje SMTP příhlašování pomocí php-maileru, tak jsem přišel na jeden chyták

Pro ověřování hesel používám sasldb databázi, tedy sasl funkci auxprop. Na starší Joomle 1.0, kterou mám na doméně linpro.cz, mi ověřování jelo v pohodě. Když jsem totéž zkusil u nové Joomly 1.5(mám ji nasazenou na doméně joomladev.eu), tak jsem narazil ne problém. Původně jsem to přiřkl nějaké nekompatibilitě mezi php-mailerem a ověřování hesla. Nakonec mi to ale nedalo a vyzkoušel jsem login auth přes telnet a to mi taky nejelo. Z toho jsem pochopil, že je problém skutečně někde v mém systému. Po chvilce pátrání jsem narazil na program saslfinger. Ten mi ukázal chyták CentOSu /usr/lib64 není symlink na /usr/lib, jak jsem byl zvyklý z Gentoo, které mám na desktopu, ale jsou to samotné adresáře a právě v /usr/lib64/sasl2/smtpd.conf byl ten problém. Bylo tam nastaveno ověřování přes saslauthd. Když i tam jsem nastavil auxprop, tak už mi ověřování začalo fungovat.

Takže pro uživatelé 64-bitových distribucí, které mají slinkovaný adresář /usr/lib64 na /usr/lib, nemusí tomu být vždycky tak.

       

Komentáře

[Michal Kubeček]

Ten mi ukázal chyták CentOSu /usr/lib64 není symlink na /usr/lib, jak jsem byl zvyklý z Gentoo, které mám na desktopu, ale jsou to samotné adresáře

Vzhledem k tomu, jaký je význam /usr/lib64 a /usr/lib, bych za chyták považoval spíš tu implementaci, kterou máte na Gentoo…

[filbar]

Na Gentoo je to v /usr takto:

lrwxrwxrwx   1 root    root         5 2009-08-23 20:34 lib -> lib64
drwxr-xr-x  18 root    root     24576 2010-03-07 16:47 lib32
drwxr-xr-x 101 root    root    102400 2010-03-07 19:42 lib64

Tedy existují 2 adresáře lib32 a lib64 a lib je symlinkováno na lib64. ;) Fedoru používám na 32 bit notesu, tak mě to u 64-bitového CentOSu překvapilo :O

[Michal Kubeček]

Podle rationale k FHS se na 64-bitových hybridních systémech používá lib pro 32-bitové knihovny (a ne nativní 64-bitové) hlavně kvůli prasácky napsaným aplikacím, které knihovny nebo moduly hledají natvrdo v /usr/lib a z nějakých důvodů to nejde opravit (např. protože jsou closed source).

[kavol]

no, když už se tu kolega ohání FHS, tak dle mého je zdaleka největší prasárna to, že se vůbec nějaký (nestatický) konfigurák nachází pod /usr/lib* ...

[Michal Kubeček]

Prasárna to je určitě, ale že zdaleka nejhorší… takový optimista bych zase nebyl, na to už jsem viděl příliš mnoho. Na jednom systému, který jsem zdědil, se například jeden důležitý konfigurační soubor nacházel (přímo) v /root

[kavol]

myslel jsem samozřejmě nejhorší v rámci popsaného případu ... no nic, děkuji autorovi za inspiraci ke dvěma bugreportům, vývojáři mě zas budou mít rádi

[podlesh]

V době, kdy jsem ještě RedHat používal, to tam bylo zcela normální. Jeden z důvodů pro debian (hamm).

[R]

Presne tak, nikdy by ma nenapadlo hladat konfigurak v /usr/lib.