<div dir="ltr"><div>Hello Aki + group.</div><div><br></div><div>The following is the latest dump output that I have. Does this give any indication of what is wrong? I am not sure what this is really showing me...</div><div><br></div><div># coredumpctl gdb -1 <br> PID: 14432 (config)<br> UID: 0 (root)<br> GID: 0 (root)<br> Signal: 6 (ABRT)<br> Timestamp: Wed 2019-06-05 13:25:32 UTC (4h 52min ago)<br> Command Line: dovecot-Pop3 Mail Service/config<br> Executable: /usr/libexec/dovecot/config<br> Control Group: /system.slice/dovecot.service<br> Unit: dovecot.service<br> Slice: system.slice<br> Boot ID: 9ae422871a814d699f5feb4ca52d3b69<br> Machine ID: 05cb8c7b39fe0f70e3ce97e5beab809d<br> Hostname: <*****REMOVED******><br> Coredump: /var/lib/systemd/coredump/core.config.0.9ae422871a814d699f5feb4ca52d3b69.14432.1559741132000000.xz<br> Message: Process 14432 (config) of user 0 dumped core.<br> <br> Stack trace of thread 14432:<br> #0 0x00007fd25a809207 raise (libc.so.6)<br> #1 0x00007fd25a80a8f8 abort (libc.so.6)<br> #2 0x00007fd25ac79567 fatal_handler_real (libdovecot.so.0)<br> #3 0x00007fd25ac79651 i_internal_fatal_handler (libdovecot.so.0)<br> #4 0x00007fd25abdf2d9 i_fatal_status (libdovecot.so.0)<br> #5 0x00007fd25ac9b900 pool_system_malloc (libdovecot.so.0)<br> #6 0x00007fd25aca220a o_stream_grow_buffer (libdovecot.so.0)<br> #7 0x00007fd25aca2506 o_stream_add (libdovecot.so.0)<br> #8 0x00007fd25aca3388 o_stream_file_sendv (libdovecot.so.0)<br> #9 0x00007fd25aca03f5 o_stream_sendv_int (libdovecot.so.0)<br> #10 0x00007fd25aca0a5c o_stream_nsendv (libdovecot.so.0)<br> #11 0x00007fd25aca0aca o_stream_nsend (libdovecot.so.0)<br> #12 0x0000556e753617dc config_connection_input (config)<br> #13 0x00007fd25ac91e0f io_loop_call_io (libdovecot.so.0)<br> #14 0x00007fd25ac9384b io_loop_handler_run_internal (libdovecot.so.0)<br> #15 0x00007fd25ac91f16 io_loop_handler_run (libdovecot.so.0)<br> #16 0x00007fd25ac92138 io_loop_run (libdovecot.so.0)<br> #17 0x00007fd25ac07973 master_service_run (libdovecot.so.0)<br> #18 0x0000556e7535edc9 main (config)<br> #19 0x00007fd25a7f53d5 __libc_start_main (libc.so.6)<br> #20 0x0000556e7535ee3b _start (config)<br><br>GNU gdb (GDB) Red Hat Enterprise Linux 7.6.1-114.el7<br>Copyright (C) 2013 Free Software Foundation, Inc.<br>License GPLv3+: GNU GPL version 3 or later <<a href="http://gnu.org/licenses/gpl.html">http://gnu.org/licenses/gpl.html</a>><br>This is free software: you are free to change and redistribute it.<br>There is NO WARRANTY, to the extent permitted by law. Type "show copying"<br>and "show warranty" for details.<br>This GDB was configured as "x86_64-redhat-linux-gnu".<br>For bug reporting instructions, please see:<br><<a href="http://www.gnu.org/software/gdb/bugs/">http://www.gnu.org/software/gdb/bugs/</a>>...<br>Reading symbols from /usr/libexec/dovecot/config...Reading symbols from /usr/lib/debug/usr/libexec/dovecot/config.debug...done.<br>done.<br>[New LWP 14432]<br>Core was generated by `dovecot-Pop3 Mail Service/config'.<br>Program terminated with signal 6, Aborted.<br>#0 0x00007fd25a809207 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:55<br>55 return INLINE_SYSCALL (tgkill, 3, pid, selftid, sig);</div><div><br></div><div>Thanks,</div><div><br></div><div>Kevin<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, May 15, 2019 at 4:34 AM Aki Tuomi <<a href="mailto:aki.tuomi@open-xchange.com">aki.tuomi@open-xchange.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
On 13.5.2019 22.56, Root Kev via dovecot wrote:<br>
> Hello Group,<br>
><br>
> We have dovecot deployed as solely a Pop3 service that is used by our<br>
> applications to pass mail from one application to another internally. <br>
> We have roughly 4 applications that connect to the Pop3 service every<br>
> 2 seconds, to check for new messages and pop them for processing if<br>
> they are present. Depending on the site, we have between 1024-2048MB<br>
> of memory set for default_vsz_limit. In all systems we see the Out of<br>
> memory alert several times a day. We previously did not see this at<br>
> all when running on CentOS6, with less memory.<br>
><br>
> We have tried increasing the memory to the vsz_limit up to 2gb without<br>
> success. <br>
><br>
> We are running on CentOS 7 servers, running dovecot 2.3.6 (7eab80676)<br>
> (from the dovecot repo).<br>
><br>
> Can anyone advise any other settings that could be modified in order<br>
> to correct these out of memory issues?<br>
><br>
> # dovecot -n<br>
> # 2.3.6 (7eab80676): /etc/dovecot/dovecot.conf<br>
> # OS: Linux 3.10.0-957.5.1.el7.x86_64 x86_64 CentOS Linux release<br>
> 7.6.1810 (Core) <br>
> # Hostname: ****** #<modified for security><br>
> auth_cache_size = 10 M<br>
> auth_verbose = yes<br>
> default_vsz_limit = 1 G<br>
> instance_name = Pop3 Mail Service<br>
> listen = 10.*.*.* #<modified for security><br>
> log_path = /var/log/dovecot.log<br>
> login_greeting = Pop3 Mail Service<br>
> login_trusted_networks = 10.*.*.* 10.*.*.* 10.*.*.* 10.*.*.* 10.*.*.*<br>
> #<modified for security><br>
> mail_location = maildir:~/Maildir<br>
> namespace inbox {<br>
> inbox = yes<br>
> location =<br>
> mailbox Drafts {<br>
> special_use = \Drafts<br>
> }<br>
> mailbox Junk {<br>
> special_use = \Junk<br>
> }<br>
> mailbox Sent {<br>
> special_use = \Sent<br>
> }<br>
> mailbox "Sent Messages" {<br>
> special_use = \Sent<br>
> }<br>
> mailbox Trash {<br>
> special_use = \Trash<br>
> }<br>
> prefix =<br>
> }<br>
> passdb {<br>
> args = cache_key=#hidden_use-P_to_show#<br>
> driver = pam<br>
> }<br>
> protocols = pop3<br>
> ssl_cert = </etc/pki/dovecot/certs/dovecot.pem<br>
> ssl_key = # hidden, use -P to show it<br>
> userdb {<br>
> driver = passwd<br>
> }<br>
> verbose_ssl = yes<br>
><br>
> May 10 06:44:05 config: Fatal: pool_system_malloc(8192): Out of memory<br>
> May 10 06:44:05 config: Fatal: master: service(config): child 27887<br>
> returned error 83 (Out of memory (service config { vsz_limit=1024 MB<br>
> }, you may need to increase it) - set CORE_OUTOFMEM=1 environment to<br>
> get core dump)<br>
<br>
Can you try setting<br>
<br>
import_environment = $import_environment CORE_OUTOFMEM=1<br>
<br>
and see if it causes coredump?<br>
<br>
Aki<br>
<br>
</blockquote></div>