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
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.els...@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
On Tue, 17 Apr 2012 03:17:12 -0400 Dave McMurtrie wrote:
mupdate is multithreaded. Try strace -f -p to see what it's doing.
Process 7393 attached with 2 threads - interrupt to quit
[pid 7398] read(9, unfinished ...
[pid 7393] futex(0x7fdc39d53e84, FUTEX_WAIT_PRIVATE, 1, NULL
Nearly the same
lsof so you can find out what file descriptor 9 is that read() is blocking on.
If it's the socket to your mupdate server, figure out why it isn't responding.
On Apr 17, 2012, at 4:01 AM, Frank Elsner frank.els...@tu-berlin.de wrote:
On Tue, 17 Apr 2012 03:17:12 -0400 Dave McMurtrie wrote:
On Tue, 17 Apr 2012 04:41:57 -0400 Dave McMurtrie wrote:
lsof so you can find out what file descriptor 9 is that read() is blocking
on. If it's the socket to your mupdate server, figure out why it isn't
responding.
Thanks. Indeed it is the connection to the mupdate server:
mupdate 7395
strace the server and find out what it's doing. Look at the logs on the
server. Run netstat to confirm both sides still have an established connection
and that iptables isn't silently dropping packets, etc.
On Apr 17, 2012, at 5:10 AM, Frank Elsner frank.els...@tu-berlin.de wrote:
On Tue,
On Tue, 17 Apr 2012 05:43:41 -0400 Dave McMurtrie wrote:
strace the server and find out what it's doing. Look at the logs on the
server. Run netstat to confirm both sides still have an established
connection and that iptables isn't silently dropping packets, etc.
No iptables active, due to
On Tue, 17 Apr 2012 05:43:41 -0400 Dave McMurtrie wrote:
strace the server and find out what it's doing. Look at the logs on the
server. Run netstat to confirm both sides still have an established
connection and that iptables isn't silently dropping packets, etc.
No iptables active, due to
On Tue, 17 Apr 2012 13:29:41 +0200 Simon Matter wrote:
On Tue, 17 Apr 2012 05:43:41 -0400 Dave McMurtrie wrote:
strace the server and find out what it's doing. Look at the logs on the
server. Run netstat to confirm both sides still have an established
connection and that iptables isn't