Lock problem with mupdate
Dave McMurtrie
dave64 at andrew.cmu.edu
Tue Apr 17 03:17:12 EDT 2012
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 at TU-Berlin.DE> 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 at 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 at eg-mailfrontend elsnccpa]# strace -p 7396
> Process 7396 attached - interrupt to quit
> accept(4, ^C <unfinished ...>
> Process 7396 detached
> [root at eg-mailfrontend elsnccpa]# man tcpdump
> [root at eg-mailfrontend elsnccpa]# man imapd.conf
> [root at eg-mailfrontend elsnccpa]# man imapd.conf
> [root at 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/
>
More information about the Info-cyrus
mailing list