[Dovecot] imaptest10 and stalled messages

Mike Brudenell pmb1 at york.ac.uk
Fri Mar 30 21:24:25 EEST 2007


Hi Timo et al,

On 29 Mar 2007, at 17:52, Mike Brudenell wrote:

> But then the ODDNESS starts.  I'm still a little hazy how to  
> interpret the output of imaptest, but every now and then one or two  
> processes stall for several seconds.  When this happens activity  
> seems to grow quieter in the imaptest output: number of operations  
> per second decreases and the N/N count drops.  Eventually it clears  
> somehow and things spring back into life...

Further to my message to the list yesterday I'm still baffled and  
concerned as to why imaptest10 shows stalls in SELECT occasionally  
and, when it does so, it looks like all other clients are blocked or  
something.

When the Maildir mailstore is mounted over NFS from our NetApp filer  
to the Solaris 10 box Dovecot and imaptest10 are running on the  
problem shows.

Switch to using local disk for the mailstore and run imaptest10 with  
the same number of clients and there are no stalls.  But increase the  
number of simulated clients (from 50 to 100) and they come back, but  
not too badly at that setting.

So it looks like something to do with when the system gets really  
loaded...

I think the things I'd like to know are:

1.  Are other people on the List running Dovecot with Maildir mailstore
     NFS-mounted from NetApp filers and having it work OK?
     (If you are using Solaris 10, what mount options are you using?)

2.  How much real-life user load does running imaptest10 with 50  
simulated
     clients equate to?  I assume each simulated user is hammering  
away at
     its IMAP connection, so should equate to several (how many?) normal
     users in real-life operation?

3.  I'm concerned by the N/M number at the end of the imaptest10 output
     lines plummeting whenever one process goes into this stalled state:
     it almost suggests as if the only thing the other processes can  
do is
     logout?  Are other sessions really being blocked, or is it just
     imaptest10 behaving like this?

     As far as I can tell I *think* it's only imaptest10 getting  
blocked:
     when it is happening for an extended period I can quickly manually
     Telnet in to port 143, login as one of the test usernames and  
SELECT
     INBOX just fine.  So it's probably NOT all of the Dovecot processes
     getting blocked, but imaptest10 that drives them.  Does that sound
     plausible?

Help!  (Concerned, and hoping we're not going down the wrong road...  
can anyone reassure me about the Solaris 10/NFS/NetApp filer setup?)

With thanks,
Mike B-)

-- 
The Computing Service, University of York, Heslington, York Yo10 5DD, UK
Tel:+44-1904-433811  FAX:+44-1904-433740

* Unsolicited commercial e-mail is NOT welcome at this e-mail address. *


EXAMPLE OUTPUT FROM IMAPTEST10
==============================

   24   13   20   28   25   36   10   14   23   24   48  50/ 50
   32   15   15   28   28   46   18   16   35   32   64  50/ 50
   21   13   14   27   30   32    9    8   21   22   42  50/ 50
- 45. stalled for 16 secs in SELECT
    0    5    2    6    7   27   10   18   26   28   58  21/ 21  <===
   46   22   25   40   38   38    8   12   21   17   34  50/ 50
   28   11   13   24   22   32    9    6   24   28   56  50/ 50
   20   10   15   24   27   38   13   10   24   20   40  50/ 50
   29    9   11   25   21   33   13   14   28   29   58  50/ 50
   28   17   12   32   37   43   17   15   27   28   56  50/ 50

and

   34   15   13   28   27   47   16   20   34   34   68  50/ 50
   18   13   16   27   25   23    9   13   17   18   36  50/ 50
   21    9    8   22   25   36   17   13   23   22   42  50/ 50
- 30. stalled for 16 secs in SELECT
- 37. stalled for 16 secs in SELECT
Logi List Stat Sele Fetc Fet2 Stor Dele Expu Appe Logo
100%  50%  50% 100% 100% 100%  50% 100% 100% 100% 100%
                           30%                  5%
    0    5    2    7    7   28   11   12   28   29   60  20/ 20  <===
   41   16   18   31   26   24    6    4   12   11   22  50/ 50
   29    9   15   28   29   42   10   13   27   29   58  50/ 50




More information about the dovecot mailing list