On 13 May 2019, at 22.56, Root Kev via dovecot wrote:
>
> May 13 11:35:43 config: Fatal: master: service(config): child 26900 returned
> error 83 (Out of memory (service config { vsz_limit=1024 MB }, you may need
> to increase it) - set CORE_OUTOFMEM=1 environment to get core dump)
If you set
Hello Aki + group.
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...
# coredumpctl gdb -1
PID: 14432 (config)
UID: 0 (root)
GID: 0 (root)
Signal: 6 (ABRT)
Hey Tom,
We don't run any quota-service in dovecot (I just verified just in case as
well). Thanks for the suggestion though.
Kevin
On Sun, May 19, 2019 at 9:21 AM Tom Sommer via dovecot
wrote:
>
>
> On 2019-05-13 21:56, Root Kev via dovecot wrote:
>
> > Hello Group,
> >
> > We have dovecot de
On 2019-05-13 21:56, Root Kev via dovecot wrote:
Hello Group,
We have dovecot deployed as solely a Pop3 service that is used by our
applications to pass mail from one application to another internally.
We have roughly 4 applications that connect to the Pop3 service every 2
seconds, to ch
Hi Aki,
I put in the line that you recommended as well as the " echo
'DAEMON_COREFILE_LIMIT="unlimited"' >> /etc/sysconfig/dovecot".
Unfortunately, the logs are saying that core dumps are still disabled.
May 17 13:30:17 config: Fatal: pool_system_malloc(8192): Out of memory
May 17 13:30:17 pop3(
On 13.5.2019 22.56, Root Kev via dovecot wrote:
> Hello Group,
>
> We have dovecot deployed as solely a Pop3 service that is used by our
> applications to pass mail from one application to another internally.
> We have roughly 4 applications that connect to the Pop3 service every
> 2 seconds, to
Hello Group,
We have dovecot deployed as solely a Pop3 service that is used by our
applications to pass mail from one application to another internally. We
have roughly 4 applications that connect to the Pop3 service every 2
seconds, to check for new messages and pop them for processing if they a
