On 9/12/2015 10:51 PM, Rajesh M wrote:
----- Original Message ----- From: Tony Morehen [mailto:tmorehen@ajmconsulting.ca] To: dovecot@dovecot.org Sent: Sat, 12 Sep 2015 17:57:27 -0400 Subject: Re: concerning dovecot settings for high volume server
You may be running up against Linux system/user limits. Run $ cat /proc/sys/kernel/pid_max and $ ulimit -a That should give some insight into your problem.
On 12/09/2015 2:53 PM, Rajesh M wrote:
hi
centos 6 64 bit
hex core processor with hyperthreading ie display shows 12 cores 16 gb ram 600 gb 15000 rpm drive
we are having around 4000 users on a server
i wish to allow 1500 pop3 and 1500 imap connections simultaneously.
need help regarding the settings to handle the above
imap-login, pop3-login imap pop3 service settings
i recently i got an error imap-login: Error: read(imap) failed: Remote closed connection (process_limit reached?)
my current dovecot config file
# 2.2.7: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-431.23.3.el6.x86_64 x86_64 CentOS release 6.5 (Final) auth_cache_negative_ttl = 0 auth_cache_ttl = 0 auth_mechanisms = plain login digest-md5 cram-md5 default_login_user = vpopmail disable_plaintext_auth = no first_valid_gid = 89 first_valid_uid = 89 log_path = /var/log/dovecot.log login_greeting = ready. mail_max_userip_connections = 50 mail_plugins = " quota" managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date ihave namespace { inbox = yes location = prefix = separator = . type = private } passdb { args = cache_key=%u webmail=127.0.0.1 driver = vpopmail } plugin { quota = maildir:ignore=Trash quota_rule = ?:storage=0 } protocols = imap pop3 service imap-login { client_limit = 256 process_limit = 400 process_min_avail = 4 service_count = 0 vsz_limit = 512 M } service pop3-login { client_limit = 1000 process_limit = 400 process_min_avail = 12 service_count = 0 vsz_limit = 512 M } ssl_cert = </var/qmail/control/servercert.pem ssl_dh_parameters_length = 2048 ssl_key = </var/qmail/control/servercert.pem userdb { args = cache_key=%u quota_template=quota_rule=*:backend=%q driver = vpopmail } protocol imap { imap_client_workarounds = delay-newmail mail_plugins = " quota imap_quota" } protocol pop3 { pop3_client_workarounds = outlook-no-nuls oe-ns-eoh pop3_fast_size_lookups = yes pop3_lock_session = no pop3_no_flag_updates = yes }
thanks very much,
rajesh
this is the first time i got this message since past over an year. the error went away as soon as i restarted dovecot.. surprisingly this happened in the night ie off-office hours.
here are the values i got
also could you provide me the settings for the limits if wish to handle around 1500 simultaneous connections of pop3 and imap each ?
the current values are as follows
[root@ns1 log]# cat /proc/sys/kernel/pid_max 49152
[root@ns1 log]# ulimit -a core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 127047 max locked memory (kbytes, -l) 64 max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size (512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 10240 cpu time (seconds, -t) unlimited max user processes (-u) 127047 virtual memory (kbytes, -v) unlimited file locks (-x) unlimited
thanks rajesh
I'm no expert but it is my understanding that the binding limit would be the lower of pid_max or max user processes ie 49152. From that you would subtract 300 (reserved system pids) and the number of non-dovecot processes.
Dovecot itself uses about 6 base processes (/usr/sbin/dovecot -F; dovecot/anvil; dovecot/log; dovecot/config; dovecot/auth; dovecot/ssl-params) plus one processes for each logged-in pop3 and imap mailbox. That's one process for each pop3 account but potentially multiple imap mailboxes per imap account if the imap client is using idle to monitor multiple imap mailboxes for changes.
Assuming 10 mailboxes per simultaneous imap account, that would be 15000 processes, well below max_pid. I'd say that your problem does not appear to arise from system limits. Perhaps someone else could point you in a different direction.