Re: long delay in getting lock on 2.4.16

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Nov 14, 2012, at 12:53 PM, Deniss wrote:
> hello !
> 
> I have an issue with cyrus-imapd-2.4.16 and locks.
> cmdtimer reports long time execution like this:
> 
> Nov 14 08:47:15 brat5 imap[16897]: cmdtimer: 'ega9024' 'status' '<none>' 
> '24.577343' '0.000000'
> Nov 14 10:18:02 brat5 imap[26631]: cmdtimer: 'evijanagle' 'select' 
> 'user.evijanagle.Photos' '24.136381' '0.000000'
> Nov 14 10:18:02 brat5 imap[26622]: cmdtimer: 'evijanagle' 'select' 
> 'user.evijanagle.Photos' '31.103348' '0.000000'
> Nov 14 10:58:32 brat5 imap[30646]: cmdtimer: 'egil^k' 'status' '<none>' 
> '22.480196' '0.000000'
> Nov 14 10:58:32 brat5 imap[30708]: cmdtimer: 'egil^k' 'status' '<none>' 
> '10.285937' '0.000000'
> 
> i traced down to func mailbox_lock_index() where following code produces 
> delays:
> 
>      if (locktype == LOCK_EXCLUSIVE)
>          r = lock_blocking(mailbox->index_fd);
>      else
>          r = lock_shared(mailbox->index_fd);
> 
> lock files are stored in tmpfs
> 
> 
> what is the problem may be here ?

Smells like cyr_expire is running.  Do you get cyr_expire log entries around
the same time?  It needs an exclusive lock while it repacks the index, so you
should notice that the mailbox was being repacked, and these other programs
had to wait until the lock was freed before they could open the mailbox.

This would be caused by having quite high IO wait times (or very large folders)
for those users.

Bron.
-- 
  Bron Gondwana
  brong@xxxxxxxxxxx

----
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus


[Index of Archives]     [Cyrus SASL]     [Squirrel Mail]     [Asterisk PBX]     [Video For Linux]     [Photo]     [Yosemite News]     [gtk]     [KDE]     [Gimp on Windows]     [Steve's Art]

  Powered by Linux