From: Khalid Mehmood (no email)
Date: Mon Mar 06 2006 - 06:04:11 EST
Hello Aleksandar!
Did you find any solution? I'm experiencing the same
problem on both frontend and backend.
Regards
KMK
--- Aleksandar Milivojevic <>
wrote:
> I've asked about this problem earlier while trying
> out version 2.3.1.
> I've just compiled 2.3.3 (Simon's SRPM package) and
> still having the
> same problem. This is the show stopper for me for
> upgrading from 2.2
> to 2.3.
>
> The problem is mupdate process sucks all CPU cycles
> it can get.
>
> Now for the weird stuff.
>
> Running strace -p 3990 (3990 being PID of mupdate
> process) just shows
> it waiting in accept system call.
>
> However, running strace -f -p 3990 showed this:
>
> [pid 3995] clock_gettime(CLOCK_REALTIME,
> <unfinished ...>
> [pid 3998] futex(0x8122134, FUTEX_WAKE, 1
> <unfinished ...>
> [pid 3995] <... clock_gettime resumed> {1141412737,
> 901972000}) = 0
> [pid 3994] <... futex resumed> ) = 0
> [pid 3998] <... futex resumed> ) = 1
> [pid 3995] futex(0x8119fe0, FUTEX_WAKE, 1
> <unfinished ...>
> [pid 3994] futex(0x8122134, FUTEX_WAKE, 1
> <unfinished ...>
> [pid 3998] gettimeofday( <unfinished ...>
> [pid 3995] <... futex resumed> ) = 0
> [pid 3994] <... futex resumed> ) = 0
> [pid 3998] <... gettimeofday resumed> {1141412737,
> 902155}, NULL) = 0
> [pid 3995] futex(0x8119fe4, FUTEX_WAIT, -106641967,
> {59, 994760000}
> <unfinished ...>
> [pid 3994] time( <unfinished ...>
> [pid 3998] clock_gettime(CLOCK_REALTIME,
> <unfinished ...>
> [pid 3995] <... futex resumed> ) = -1 EAGAIN
> (Resource
> temporarily unavailable)
> [pid 3994] <... time resumed> NULL) = 1141412737
> [pid 3998] <... clock_gettime resumed> {1141412737,
> 902307000}) = 0
> [pid 3995] futex(0x8119fe0, FUTEX_WAIT, 2, NULL
> <unfinished ...>
> [pid 3994] select(7, [6], NULL, NULL, {0,
> 0}finished ...>
> [pid 3992] <... clock_gettime resumed> {1141412737,
> 903913000}) = 0
>
> Now the strange thing, after I exit strace, mupdate
> starts to behave
> and goes to idling. Attaching again to it with
> strace still shows the
> same output, but it is not consuming almost any CPU
> cycles. However,
> it is still huge, around 170MB.
>
> Even more strange is that if I restart it (stop
> Cyrus, start it again),
> the new mupdate process also seems to work OK!?
> Reboot the system, and
> get the same problem again.
>
> Could it be that I'm hitting a bug somewhere else in
> the system (like
> kernel)? Is anybody else running Cyrus 2.3.x in
> murder configuration
> on CentOS4 or RHEL4 (update 2)?
>
>
>
----------------------------------------------------------------
> This message was sent using IMP, the Internet
> Messaging Program.
>
>
> ----
> Cyrus Home Page: http://asg.web.cmu.edu/cyrus
> Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
> List Archives/Info:
> http://asg.web.cmu.edu/cyrus/mailing-list.html
>
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
---- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
|
|
|