Re: Lock problem with mupdate

[Dave McMurtrie <dave64@xxxxxxxxxxxxxx>]

mupdate is multithreaded.  Try strace -f -p to see what it's doing.

Thanks,

Dave

On Apr 17, 2012, at 2:43 AM, Frank Elsner <Frank.Elsner@xxxxxxxxxxxx> wrote:

> 
> Hi experts,
> 
> we have a mupdate server (Solaris 10, Cyrus 2.3.16) and frontnend and backend
> servers (Redhat Linux due to migration from Solaris environment).
> 
> The RHEL frontend connects to the (Solaris) mupdate server, authentication
> work. 
> 
> But after 
> 
> Apr 17 07:27:21 eg-mailfrontend cyrus/mupdate[7395]: successful mupdate connection to mupdate-febe.intern.tu-berlin.de
> Apr 17 07:27:21 eg-mailfrontend cyrus/mupdate[7395]: scarfing mailbox list from master mupdate server
> 
> nothing happens, the mailbox list lacks update.
> 
> Lets look what mupdate does:
> 
> [root@eg-mailfrontend elsnccpa]# ps -ef | grep mupdate | grep -v grep
> cyrus     7393  7388  0 07:27 ?        00:00:00 mupdate
> cyrus     7395  7388  0 07:27 ?        00:00:00 mupdate
> [root@eg-mailfrontend elsnccpa]# strace -p 7396
> Process 7396 attached - interrupt to quit
> accept(4, ^C <unfinished ...>
> Process 7396 detached
> [root@eg-mailfrontend elsnccpa]# man tcpdump
> [root@eg-mailfrontend elsnccpa]# man imapd.conf
> [root@eg-mailfrontend elsnccpa]# man imapd.conf
> [root@eg-mailfrontend elsnccpa]# strace -p 7395
> Process 7395 attached - interrupt to quit
> futex(0x7f8af2249e84, FUTEX_WAIT_PRIVATE, 1, NULL^C <unfinished ...>
> 
> The frontends running the same cyrus version under Solaris work perfect.
> 
> Any clue?
> 
> 
> --Frank Elsner
> ----
> Cyrus Home Page: http://www.cyrusimap.org/
> List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
> 
----
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/