Aki Tuomi ha
> scritto:
>
> On 21.09.2017 00:56, absolutely_f...@libero.it wrote:
>
> > >
> > Hi,
> >
> > I am using dovecot 2.0.9 (official CentOS rpm), I am experiencing
> > very high load issue.
> >
> >
On 21.09.2017 00:56, absolutely_f...@libero.it wrote:
> Hi,
>
> I am using dovecot 2.0.9 (official CentOS rpm), I am experiencing very high
> load issue.
>
> I think it is something related to my storage (/var/spool is about 3 TB and
> it is almost full).
>
> I not
Hi,
I am using dovecot 2.0.9 (official CentOS rpm), I am experiencing very high
load issue.
I think it is something related to my storage (/var/spool is about 3 TB and it
is almost full).
I noticed those kind of messages in /var/log/maillog:
Warning: Maildir: Scanning
/var/spool/pop
Hi,
yesterday I disabled the inotify as mentioned in the previous post
and it works for me also. Thanks to all for the hint.
On 20.06.2012 08:35, Jesper Dahl Nyerup wrote:
On Jun 11 23:37, Jesper Dahl Nyerup wrote:
We're still chasing the root cause in the kernel or the VServer patch
set. We'
On Jun 11 23:37, Jesper Dahl Nyerup wrote:
> We're still chasing the root cause in the kernel or the VServer patch
> set. We'll of course make sure to post our findings here, and I'd very
> much appreciate to hear about other people's progress.
We still haven't found a solution, but here's what w
On 12.6.2012, at 0.37, Jesper Dahl Nyerup wrote:
>> Yeah. Looks like a kernel bug. You could try if it goes away by disabling
>> inotify in Dovecot. Either recompile with "configure --with-notify=none" or
>> maybe you can disable inotify globally with:
>>
>> echo 0 > /proc/sys/fs/inotify/max_us
On Jun 11 14:51, Timo Sirainen wrote:
> On 11.6.2012, at 11.09, Jesper Dahl Nyerup wrote:
>
> > In short, as far as we can tell, all the processes in D state appear to
> > be waiting to close the file handle they got from their inotify_init(),
> > and eventually all these close()s go through almos
On 11.6.2012, at 11.09, Jesper Dahl Nyerup wrote:
> Stracing the processes in D state from before they hang has just
> revealed something interesting, however, pointing to an issue with
> inotify rather than epoll.
>
> [snip]
> [...]
> 15414 23:27:36 inotify_init() = 12 <0.24>
> [..
On May 20 16:29, Urban Loesch wrote:
> I checked my kernel and the patch mentioned in
> https://bugzilla.redhat.com/show_bug.cgi?id=681578
>
> (comment 31) is not applied. It comes in version 3.0.30 and 3.2.17.
>
> I will see what tomorrow happens under more load.
> If I have the problem again,
Hi Javier,
thanks for your help.
Am 20.05.2012 13:58, schrieb Javier Miguel RodrÃguez:
I know that you are NOT running RHEL / CentOS, but this problem with
1000 child processes bit us hard, read this red hat kernel bugzilla
(Timo has comments inside):
https://bugzilla.redhat.com/show_bug.
I know that you are NOT running RHEL / CentOS, but this problem with
> 1000 child processes bit us hard, read this red hat kernel bugzilla
(Timo has comments inside):
https://bugzilla.redhat.com/show_bug.cgi?id=681578
Maybe you are
hitting the same limit?
Regards
Javier
El 20/05/2012 1
Am 19.05.2012 21:05, schrieb Timo Sirainen:
On Wed, 2012-05-16 at 08:59 +0200, Urban Loesch wrote:
The Server was running about 1 year without any problems. 15Min Load was
between 0,5 and max 8.
No high IOWAIT. CPU Idletime about 98%.
..
# iostat -k
Linux 3.0.28-vs2.3.2.3-rol-em64t (mails
On Wed, 2012-05-16 at 08:59 +0200, Urban Loesch wrote:
> The Server was running about 1 year without any problems. 15Min Load was
> between 0,5 and max 8.
> No high IOWAIT. CPU Idletime about 98%.
..
> # iostat -k
> Linux 3.0.28-vs2.3.2.3-rol-em64t (mailstore4) 16.05.2012
> _x86_64
Hi,
I have a DELL PE R610 (32GB RAM 2x Six Core CPU and about 1,4 TB RAID 10)
running with 20.000 Mailaccounts behind 2 Dovecot IMAP/POP3 Proxies on a Debian
Lenny.
The Server was running about 1 year without any problems. 15Min Load was
between 0,5 and max 8.
No high IOWAIT. CPU Idletime abou
14 matches
Mail list logo