[求助] emos邮件Temporary lookup failure

fanyf_cn

现在我使用emos 1.5 搭建公司邮箱，活跃用户大概是300人，在邮件集中使用时间发送邮件会出现以下问题。

系统管理员退信：
主题: 未传递: 关于系统组的邮箱管理
邮件没有到达某些或全部的预定收件人。
      主题:        关于系统组的邮箱管理
      发送时间:        2010-1-18 13:33
无法到达以下收件人:

      '0002'，时间为 2010-1-18 13:33
            451 4.3.0 <0001@myhost.com>: Temporary lookup failure

查看邮件系统日志，对应的日志为
Jan 18 13:31:05 localhost postfix/smtpd[12570]: connect from unknown[*.*.*.*]
Jan 18 13:31:05 localhost postfix/smtpd[12570]: NOQUEUE: reject: RCPT from unknown[*.*.*.*]: 451 4.3.0 <0001@myhost.com>: Temporary lookup failure; from=<0001@myhost.com> to=<0002@myhost.com> proto=ESMTP helo=<200902121010>
Jan 18 13:31:06 localhost postfix/smtpd[12633]: connect from unknown[119.255.41.34]

隐藏了ip地址及邮件的相关信息。刚开始以为是mysql的问题，已经将max_connections参数修改为5000，以下是my.cnf的配置，
[mysqld]
port            = 3306
max_connections = 5000
socket          = /var/lib/mysql/mysql.sock
skip-locking
key_buffer = 64M
max_allowed_packet = 8M
table_cache = 512
thread_cache_size = 16
sort_buffer_size = 16M
read_buffer_size = 16M
read_rnd_buffer_size = 16M
net_buffer_length = 16M
thread_stack = 16M
query_cache_size = 16M
query_cache_limit = 16M

不知道还有哪里没有进行调整，感觉像是在同时使用时会出现无法新建数据库连接的情况，参数应该已经足够大了，不知道还有哪里没有进行优化，还望知道的老大们拉兄弟一把

[ 本帖最后由 fanyf_cn 于 2010-1-18 15:42 编辑 ]

fanyf_cn

服务器按照EMOS在大用户量环境的性能调优进行过优化，extman有时候会出现如下错误提示：

DBI connect('database=extmail;host=localhost;mysql_socket=/var/lib/mysql/mysql.sock','webman',...) failed: Can't create a new thread (errno 12); if you are not out of available memory, you can consult the manual for a possible OS-dependent bug at /var/www/extsuite/extman/libs/Ext/Mgr/MySQL.pm line 45

maillog日志中对应的位置会出现：
Jan 18 13:31:00 localhost authdaemond: failed to connect to mysql server (server=localhost, userid=extmail): Can't create a new thread (errno 12); if you are not out of available memory, you can consult the manual for a possible OS-dependent bug
不知道哪里错了，难道没有人遇到过吗

[ 本帖最后由 fanyf_cn 于 2010-1-18 19:27 编辑 ]

edit

没遇到过

enjoylinux

明显问题出现在Mysql的身上，请分析内存使用量，Mysql连接使用量。

fanyf_cn

主要是我弄得邮件服务器是偶尔出现这样的问题，而且持续时间也不长。刚刚查了一下mysql连接数，查了多次，最高才150+。

在mysql下使用的show full processlist这个命令来查的.

[ 本帖最后由 fanyf_cn 于 2010-1-19 14:58 编辑 ]

fanyf_cn

修复了数据库中的索引，重新调整了my.cnf的参数，问题依旧。
重新调整参数，my.cnf的参数如下：
[mysqld]
port            = 3306
max_connections = 500
socket          = /var/lib/mysql/mysql.sock
skip-locking
key_buffer = 64M
max_allowed_packet = 120M
table_cache = 1024
thread_cache_size = 16
sort_buffer_size = 16M
read_buffer_size = 16M
read_rnd_buffer_size = 16M
net_buffer_length = 16M
thread_stack = 16M
query_cache_size = 32M
query_cache_limit = 32M

# For low memory, Berkeley DB should not be used so keep skip-bdb uncommented unless required
skip-bdb

# For low memory, InnoDB should not be used so keep skip-innodb uncommented unless required
skip-innodb

# Uncomment the following if you are using InnoDB tables
#innodb_data_home_dir = /var/lib/mysql/
#innodb_data_file_path = ibdata1:10M:autoextend
#innodb_log_group_home_dir = /var/lib/mysql/
#innodb_log_arch_dir = /var/lib/mysql/
# You can set .._buffer_pool_size up to 50 - 80 %
# of RAM but beware of setting memory usage too high
#innodb_buffer_pool_size = 16M
#innodb_additional_mem_pool_size = 2M
# Set .._log_file_size to 25 % of buffer pool size
#innodb_log_file_size = 5M
#innodb_log_buffer_size = 8M
#innodb_flush_log_at_trx_commit = 1
#innodb_lock_wait_timeout = 50


[mysqldump]
quick
max_allowed_packet = 16M

[mysql]
no-auto-rehash
# Remove the next comment character if you are not familiar with SQL
#safe-updates

[isamchk]
key_buffer = 64M
sort_buffer_size = 64M

[myisamchk]
key_buffer = 64M
sort_buffer_size = 64M

[mysqlhotcopy]
interactive-timeout

还是有错误提示，到发帖的时候最大连接数才154，maillog截取了一部反放到了附件里，哪位帮我看一下，谢谢了！

[ 本帖最后由 fanyf_cn 于 2010-1-19 14:57 编辑 ]

enjoylinux

Jan 19 14:39:32 localhost postfix/smtpd[9108]: warning: connect to mysql server localhost: Can't create a new thread (errno 12); if you are not out of available memory, you can consult the manual for a possible OS-dependent bug

这里说明了,内存不足或者超越链接数量。

建议LZ 看看内存使用量，还有EMOS 1.5 增加了monitor 服务，请你自行检查过去机器各方面使用量。

fanyf_cn

谢谢 enjoylinux，近期我会换台机器再看看情况。

XNIUM

我的emos 1.5最近也是這樣。
請問樓主有解決方案了么