I've not been able to login directly to the execute hosts yet although I hope to try remote login next week. I have though tried getting the
config values remotely using something like this:
$ condor_config_val -address "<184.108.40.206:9612>" IP_ADDRESS
I'm assuming that this does actually contact the startd on the execute host to retrieve the info ?
On the machines that advertise the loopback address I do see a value of 127.0.0.1 most of the time (although sometimes it is UNDEFINED). Also
$ condor_config_val -address "<220.127.116.11:9612>" -dump NETWORK
# Configuration from master on (null) <18.104.22.168:9612>
# Parameters with names that match NETWORK:
NETWORK_INTERFACE = *
NETWORK_MAX_PENDING_CONNECTS = 0
PRIVATE_NETWORK_NAME = $(FULL_HOSTNAME)
VM_NETWORKING = false
VM_NETWORKING_DEFAULT_TYPE = nat
VM_NETWORKING_TYPE = nat
VMWARE_BRIDGE_NETWORKING_TYPE = bridged
VMWARE_NAT_NETWORKING_TYPE = nat
VMWARE_NETWORKING_TYPE = nat
# Contributing configuration file(s):
for all the hosts (working properly or not).
Interestingly some hosts on the same subnet advertise the loopback whereas others advertise the correct address and *this is not
consistent*. On subsequent forced wake ups I see different machines advertising the correct/incorrect address. This strongly
suggests a race condition on the service start up to me and I'll see if I can check this by remotely starting the htcondor service.
One other thing - is it possible to get the daemons to bind to a specific interface in Windows - similar to eth0 in Linux ?
> The comment about the service startup order is interesting. If this
> isn't explicity set then I could imagine a race condition between
> htcondor and the network service which would explain why some machines
> get the correct interface address and some get the loopback. I'll get
> back to you when I have some more information.
On Linux, this was the cause of a lot of problems with HTCondor
advertising loopback addresses, particularly because some distributions
considered the network to be up when the loopback interface was ready, not
when DHCP (or whatever) had finished. I don't know what the case is on
HTCondor-users mailing list
To unsubscribe, send a message to htcondor-users-request@xxxxxxxxxxx
You can also unsubscribe by visiting
The archives can be found at: