Condor's flocking feature allows multiple Condor pools to share resources. By setting configuration variables within each pool, jobs may be executed on either cluster. See the manual section on flocking, section 5.2, for details.
Glidein provides a way to temporarily add a resource to a local Condor pool. Glidein uses Globus resource-management software to run jobs on the resource. Those jobs are initially portions of Condor software, such that Condor is running on the resource, configured to be part of the local pool. Then, Condor may execute the user's jobs. There are several benefits to working in this way. Standard universe jobs may be submitted to run on the resource. Condor can also dynamically schedule jobs across the grid.
See the section on Glidein, section 5.4 of the manual for further information.
The Condor configuration file is in a non-standard location, and the Globus software does not know how to locate it, when you see either of the following error messages.
first error message
% globus-job-run \ globus-gate-keeper.example.com/jobmanager-condor /bin/date Neither the environment variable CONDOR_CONFIG, /etc/condor/, nor ~condor/ contain a condor_config file. Either set CONDOR_CONFIG to point to a valid config file, or put a "condor_config" file in /etc/condor or ~condor/ Exiting. GRAM Job failed because the job failed when the job manager attempted to run it (error code 17)
second error message
% globus-job-run \ globus-gate-keeper.example.com/jobmanager-condor /bin/date ERROR: Can't find address of local schedd GRAM Job failed because the job failed when the job manager attempted to run it (error code 17)
As described in section 3.2.2, Condor searches for its configuration file using the following ordering.
Presuming the configuration file is not in a standard location, you will need to set the CONDOR_CONFIG environment variable by hand, or set it in an initialization script. One of the following solutions for an initialization may be used.
#! /bin/sh CONDOR_CONFIG=/path/to/condor_config export CONDOR_CONFIG exec /path/to/globus/sbin/globus-gatekeeper "$@"
globus-gatekeeper stream tcp nowait root /usr/bin/env env CONDOR_CONFIG=/path/to/condor_config /path/to/globus/sbin/globus-gatekeeper -co /path/to/globus/etc/globus-gatekeeper.confIf you're using xinetd, add an env setting something like the following:
service gsigatekeeper { env = CONDOR_CONFIG=/path/to/condor_config cps = 1000 1 disable = no instances = UNLIMITED max_load = 300 nice = 10 protocol = tcp server = /path/to/globus/sbin/globus-gatekeeper server_args = -conf /path/to/globus/etc/globus-gatekeeper.conf socket_type = stream user = root wait = no }