From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?UTF-8?Q?Cl=C3=A9ment?= Lassieur Subject: bug#32631: the Dovecot service stops working Date: Sat, 10 Nov 2018 19:33:40 +0100 Message-ID: <87k1lkwznf.fsf@lassieur.org> References: <87pnxtlfq5.fsf@lassieur.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:53743) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gLY59-0003lt-GD for bug-guix@gnu.org; Sat, 10 Nov 2018 13:34:08 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gLY54-0004mb-HF for bug-guix@gnu.org; Sat, 10 Nov 2018 13:34:07 -0500 Received: from debbugs.gnu.org ([208.118.235.43]:40685) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gLY54-0004mW-CA for bug-guix@gnu.org; Sat, 10 Nov 2018 13:34:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gLY54-0008NM-7W for bug-guix@gnu.org; Sat, 10 Nov 2018 13:34:02 -0500 Sender: "Debbugs-submit" Resent-To: bug-guix@gnu.org Resent-Message-ID: In-reply-to: <87pnxtlfq5.fsf@lassieur.org> List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: 32631-done@debbugs.gnu.org So, today I investigated a bit. I found [1] and [2] interesting. I didn't do anything about [1], but I enabled cache in my configuration. Then I went to #dovecot@freenode and someone advised me to switch to high-performance mode[6], which I did: --8<---------------cut here---------------start------------->8--- do you have same uid/gid for all users or do they each have their = own? snape, if you have same uid/gid then set service_count =3D 0 for imap-login, otherwise set it to 1 [13:45] and in latter scenario also set client_limit to 1 [13:46] hidden: there is one vmail user [13:47] then you can set service_count =3D 0, process_limit =3D number of = cores, process_min_avail =3D same as process limit and client_limit to some= thing you mean, client_limit to 0? [13:53] total concurrency is process_limit * client_limit for tls connecti= ons non-tls connections are moved to imap process after logik login ok so you suggest I switch to high-performance mode [13:54] yes because it doesn't make sense to use high-security mode if all users share the same uid/gid? [13:55] i.e. if I use vmail? the important part here is that if you set client_limit to anything above 1 the service_count needs to be 0 yeah, in general we recommend high performance mode [13:56] --8<---------------cut here---------------end--------------->8--- In order to do the switch I had to modify the service so that it accepts the client-limit[3] and process-limit[4] options. I also fixed[5] the default value of 'service-count' for the "auth" service to 'unlimited', in case it matters. At least, now I don't seem to have these ever-growing imap-login processes anymore, so I'm closing this bug. I'll re-open it if it happens again. Cheers, Cl=C3=A9ment [1]: https://www.dovecot.org/list/dovecot/2011-December/080264.html [2]: https://dovecot.org/pipermail/dovecot/2008-May/030813.html [3]: https://git.savannah.gnu.org/cgit/guix.git/commit/?id=3D8d9bb4b4d05a20= bef1cf7b1da2b1c5fb05f9b071 [4]: https://git.savannah.gnu.org/cgit/guix.git/commit/?id=3Dbe8dd4a5fec804= f2f004dd3a87c2872af44dc88d [5]: https://git.savannah.gnu.org/cgit/guix.git/commit/?id=3Da7553a7360ac07= ff114b807fc3026f08158d34c8 [6]: https://wiki.dovecot.org/LoginProcess