Проснулся сегодня и увидел, что мой сайт работает медленно / не отвечает. Если посмотреть наверх, похоже, что множество процессов saslauthd развернулось, используя около 64 МБ ОЗУ каждый, в результате чего машина попала в пространство подкачки. Я никогда не видел там такого количества.
top - 16:54:13 up 85 days, 11:48, 1 user, load average: 0.32, 0.50, 0.38
Tasks: 143 total, 1 running, 142 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.7%us, 0.3%sy, 0.0%ni, 97.3%id, 0.2%wa, 0.0%hi, 0.0%si, 1.4%st
Mem: 1048796k total, 1025904k used, 22892k free, 14032k buffers
Swap: 2097144k total, 332460k used, 1764684k free, 194348k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
848 admin 20 0 263m 115m 4840 S 0 11.3 5:02.91 ruby
906 admin 20 0 265m 113m 4828 S 0 11.1 5:37.24 ruby
30484 admin 20 0 248m 91m 4256 S 6 9.0 219:02.30 delayed_job
4075 root 20 0 160m 65m 952 S 0 6.4 0:24.22 saslauthd
4080 root 20 0 162m 64m 936 S 0 6.3 0:24.48 saslauthd
4079 root 20 0 162m 64m 936 S 0 6.3 0:24.70 saslauthd
4078 root 20 0 164m 63m 936 S 0 6.2 0:24.66 saslauthd
4077 root 20 0 163m 62m 936 S 0 6.1 0:24.66 saslauthd
3718 mysql 20 0 312m 52m 3588 S 1 5.1 3499:40 mysqld
699 root 20 0 72744 7640 2164 S 0 0.7 0:00.50 ruby
15701 postfix 20 0 106m 5712 4164 S 1 0.5 0:00.50 smtpd
15702 postfix 20 0 52444 3252 2452 S 1 0.3 0:00.06 cleanup
4062 postfix 20 0 41884 3104 1788 S 0 0.3 125:26.01 qmgr
15683 root 20 0 51504 2780 2180 S 0 0.3 0:00.04 sshd
14595 postfix 20 0 52308 2548 2304 S 1 0.2 0:24.60 proxymap
15483 postfix 20 0 43380 2544 1992 S 0 0.2 0:00.38 smtp
15486 postfix 20 0 43380 2544 1992 S 0 0.2 0:00.36 smtp
15488 postfix 20 0 43380 2540 1992 S 0 0.2 0:00.38 smtp
15485 postfix 20 0 43380 2532 1984 S 0 0.2 0:00.36 smtp
15489 postfix 20 0 43380 2532 1984 S 0 0.2 0:00.40 smtp
Не был уверен, что такое Saslauthd, Google утверждает, что он выполняет аутентификацию по план-тексту. Машина отправляла много писем через postfix, так что это могло быть связано.
Кто-нибудь знает, почему так много могло появиться? Их можно убить? Спасибо!
У меня такая же проблема - должна быть возможность отключить кеширование.
Чтобы отключить кеширование в debian, вам нужно отредактировать / etc / default / saslauhtd:
OPTIONS="-r -c -m /var/spool/postfix/var/run/saslauthd"
Чтобы ограничить размер кеша до 5 МБ, вы можете добавить параметр -s:
OPTIONS="-s 5120 -r -c -m /var/spool/postfix/var/run/saslauthd"
Чтобы ограничить количество демонов в одном файле:
THREADS=2
Переменная OPTIONS содержит параметры для демона saslauthd - вы также можете использовать их в других системах Linux.
Но иногда это, кажется, не действует ...
Есть некоторые известные утечки памяти, если вы используете pam и / или mysql.
НАПРИМЕР. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=379810
Saslauth позволяет вашим пользователям отправлять почту после аутентификации. Вы можете использовать его в протоколе SMTPS, чтобы позволить вашим аутентифицированным пользователям ретранслировать почту вашим сервером. Вы его настраиваете? Это набор механизмов аутентификации, доступных с параметром -a. Проверьте свой ps / top с полной командной строкой, чтобы увидеть параметр -a.
Поскольку он взаимодействует с Postfix, он должен быть помещен в среду postfix var. Я помню, что в Debian этого не было по умолчанию и жрет процессор или память. Отметьте опцию -m, если нужный каталог действительно существует, и если у вас хорошие права
Это старая ветка, но мой ответ может помочь. Я использовал courier-authdaemon вместо saslauthd. Больше информации https://github.com/pulecp/ubuntu-postfix-cyrus