Re: [Condor-users] condor 6.7.6 condor_status, condor_q performance

[John Horne <John.Horne@xxxxxxxxxxxxxx>]

On Thu, 2005-04-07 at 01:58 -0700, filipdef@xxxxxxxxxxxxxxxxx wrote:
>
> Another oddity I've seen after upgrading a pool from 6.6.* to 6.7.6
> is that the condor_q and condor_status commands a lot of times are
> extremely slow (taking several minutes to return). Nothing is different
> from the old setup and I didn't have that problem then, so I'm wondering
> if there's anything specific I should look at/test to see where
> this problem comes from..
> 
We're running 6.7.6. I'm not sure that it happens 'a lot of times' but
it does occur every now and then. It happened just a minute ago doing a
'condor_status'. I broke into the command and ran an strace (this is a
linux server) on it. The last part of the output was:

====================================================================
write(4, "LOWPORT undefined\n", 18)     = 18
close(4)                                = 0
munmap(0x9ab000, 4096)                  = 0
bind(3, {sa_family=AF_INET, sin_port=htons(0), sin_addr=inet_addr
("141.163.66.135")}, 16) = 0
setsockopt(3, SOL_SOCKET, SO_LINGER, {onoff=0, linger=0}, 8) = 0
setsockopt(3, SOL_SOCKET, SO_KEEPALIVE, [1], 4) = 0
time(NULL)                              = 1112972029
connect(3, {sa_family=AF_INET, sin_port=htons(9618), sin_addr=inet_addr
("141.163.66.135")}, 16) = 0
getsockname(3, {sa_family=AF_INET, sin_port=htons(33764),
sin_addr=inet_addr("141.163.66.135")}, [16]) = 0
open("/dev/null", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 4
fstat64(4, {st_mode=S_IFCHR|0666, st_rdev=makedev(1, 3), ...}) = 0
ioctl(4, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfffed64) = -1 ENOTTY
(Inappropriate ioctl for device)
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x56f000
write(4, "STARTCOMMAND: starting 5 to <141"..., 69) = 69
close(4)                                = 0
munmap(0x56f000, 4096)                  = 0
getsockname(3, {sa_family=AF_INET, sin_port=htons(33764),
sin_addr=inet_addr("141.163.66.135")}, [16]) = 0
open("/dev/null", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 4
fstat64(4, {st_mode=S_IFCHR|0666, st_rdev=makedev(1, 3), ...}) = 0
ioctl(4, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfffe5d4) = -1 ENOTTY
(Inappropriate ioctl for device)
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xc5c000
write(4, "SECMAN: command 5 to <141.163.66"..., 62) = 62
close(4)                                = 0
munmap(0xc5c000, 4096)                  = 0
send(3, "\1\0\0\1x\0\0\0\0\0\0\352j\0\0\0\0\0\0\0\rAuthMethods"..., 381,
0) = 381
recv(3,  <unfinished ...>
====================================================================

141.163.66.135 is the server. It says 'unfinished' because I broke into
it whilst it was waiting there. Since it ends at 'recv' it seems that it
is waiting for the server to reply in some way. What it is waiting for I
have no idea :-)



John.

-- 
---------------------------------------------------------------
John Horne, University of Plymouth, UK  Tel: +44 (0)1752 233914
E-mail: John.Horne@xxxxxxxxxxxxxx       Fax: +44 (0)1752 233839