[MEGOLDVA] Cyrus saslauthd random idő után nem hajlandó működni

Ubuntu Linux

Sziasztok!

A segítségeteket szeretném kérni. Következő problémával szembesültünk: adott egy Ubuntu Server alapú levelezőszerver Postfix+MySQL+Cyrus+Amavis+Clamav kombóval. Korábban 10.04-en faszán működött minden egészen addig amíg nem kezdtünk el dist-upgrade-elni. Szép sorban frissítettünk 14.04-re és most az saslauthd fura dolgokat művel.

A jelenség annyi, hogy egy idő után - néha pár nap, néha 1 hét, néha kevesebb, random - nem hajlandó authentikálni bizonyos user-eket, másokra viszont továbbra is működik. A meghibásodó user-ek nem mindig ugyanazok. Az alábbi fórumban jól összefoglalják a problémát, megoldás sajnos nincs rá. Nem segít, csak egy service restart.

https://www.howtoforge.com/community/threads/saslauthd-stops-working-ev…

Végére odáig jutottak a srácok, hogy cron-ból napi szinten újraindítják az saslauthd-t.

Találkozott már valaki a problémával?
Esetleg működik valakinek hasonló rendszer aminél nem tapasztalja a problémát?

Forrásból raktunk fel friss sasl csomagot, nem segített.

Előre is köszi!
Dolphy

  • 3495 megtekintés

( battila | 2015. 02. 12., cs – 22:39 )

Egy idoben probalkozam vele, de valamiert nem tartott sokaig. Viszont a dovecot sasl-jevel mar evek ota nincs gondom, pedig hasznalom.

Mondjuk nekem mostanaban egyre rosszabb tapasztalataim vannak az ubuntuval. Vagyis jobban mondva csak voltak:)

( zooly | 2015. 02. 12., cs – 22:49 )

En meg sok evvel ezelott futottam bele ebbe a problemaba Debianon. Nem 100.00%-os a gep (vagy esetleg az FS) ha ezt csinalja, nekem semmi nem segitett csak HW (ha jol emlekszem ram, hdd es raid) csere. Ha sikerul reprodukalni mas gepen is akkor Ubuntu specific.

( BBoy v | 2015. 02. 13., p – 08:53 )

Sajnos ilyet én is tapasztaltam már.
Bár ritkábban, de néha-néha előfordul hogy nem akar bizonyos usereket authentikálni?!
(Szintén Ubuntu-s rendszer)

( mackosajt | 2015. 02. 13., p – 10:25 )

Dettó ugyanez a hiba 12.04.5 LTS-en.

( wildy | 2015. 02. 13., p – 11:20 )

Egyszer lattam hasonlot, de ott minden felhasznalot erintett. Az tortent, hogy a PAM-os samba lib altal megnyitott fileok cserelodnek, amikor a logrotate nyom egy samba reload-ot, de ezek a saslauthd-nel nyitva ragadnak, a PAM lib pedig mindig ranyit az ujakra. Igy szep lassan a saslauthd eleri az 1024-es fd limitet, es nem mukodik tovabb. Ki kellett iktatnom a saslauthd PAM konfigjabol az ominozus libet (talan a libpam_smbpass.so volt), es onnantol mar jo volt.

( Dolphy | 2015. 02. 27., p – 09:41 )

Úgy néz ki, hogy egy-egy nagyobb terhelés vágja haza az saslauthd-t.
Fail2ban megoldotta.