condor_ configure

Configure or install Condor

Synopsis

condor_ configure or condor_ install [--help]

condor_ configure or condor_ install [--install[=<path/to/release>] ] [--install-dir=<path>] [--prefix=<path>] [--local-dir=<path>] [--make-personal-condor] [--type = < submit, execute, manager >] [--central-manager = < hostname>] [--owner = < ownername >] [--make-personal-stork] [--overwrite] [--ignore-missing-libs] [--force] [--no-env-scripts] [--env-scripts-dir = < directory >] [--backup] [--stork] [--credd] [--verbose]

Description

condor_ configure and condor_ install refer to a single script that installs and/or configures Condor on Unix machines. As the names imply, condor_ install is intended to perform a Condor installation, and condor_ configure is intended to configure (or reconfigure) an existing installation. Both will run with Perl 5.6.0 or more recent versions.

condor_ configure (and condor_ install) are designed to be run more than one time where required. It can install Condor when invoked with a correct configuration via

condor_install

or

condor_configure --install

or, it can change the configuration files when invoked via

condor_configure

Note that changes in the configuration files do not result in changes while Condor is running. To effect changes while Condor is running, it is necessary to further use the condor_ reconfig or condor_ restart command. condor_ reconfig is required where the currently executing daemons need to be informed of configuration changes. condor_ restart is required where the options --make-personal-condor or --type are used, since these affect which daemons are running.

Running condor_ configure or condor_ install with no options results in a usage screen being printed. The --help option can be used to display a full help screen.

Within the options given below, the phrase release directories is the list of directories that are released with Condor. This list includes: bin, etc, examples, include, lib, libexec, man, sbin, sql and src.

Options

--help

Print help screen and exit

--install

Perform installation, assuming that the current working directory contains the release directories. Without further options, the configuration is that of a Personal Condor, a complete one-machine pool. If used as an upgrade within an existing installation directory, existing configuration files and local directory are preserved. This is the default behavior of condor_ install.

--install-dir=<path>

Specifies the path where Condor should be installed or the path where it already is installed. The default is the current working directory.

--prefix=<path>

This is an alias for -install-dir.

--local-dir=<path>

Specifies the location of the local directory, which is the directory that generally contains the local (machine-specific) configuration file as well as the directories where Condor daemons write their run-time information (spool, log, execute). This location is indicated by the LOCAL_DIR variable in the configuration file. When installing (that is, if -install is specified), condor_ configure will properly create the local directory in the location specified. If none is specified, the default value is given by the evaluation of $(RELEASE_DIR)/local.$(HOSTNAME).

During subsequent invocations of condor_ configure (that is, without the --install option), if the --local-dir option is specified, the new directory will be created and the log, spool and execute directories will be moved there from their current location.

--make-personal-condor

Installs and configures for Personal Condor, a fully-functional, one-machine pool.

--type= < submit, execute, manager >

One or more of the types may be listed. This determines the roles that a machine may play in a pool. In general, any machine can be a submit and/or execute machine, and there is one central manager per pool. In the case of a Personal Condor, the machine fulfills all three of these roles.

--central-manager=<hostname>

Instructs the current Condor installation to use the specified machine as the central manager. This modifies the configuration variables COLLECTOR_HOST and NEGOTIATOR_HOST to point to the given host name). The central manager machine's Condor configuration needs to be independently configured to act as a manager using the option -type=manager.

--owner=<ownername>

Set configuration such that Condor daemons will be executed as the given owner. This modifies the ownership on the log, spool and execute directories and sets the CONDOR_IDS value in the configuration file, to ensure that Condor daemons start up as the specified effective user. See section 3.6.11 on UIDs in Condor on page  for details. This is only applicable when condor_ configure is run by root. If not run as root, the owner is the user running the condor_ configure command.

-overwrite

Always overwrite the contents of the sbin directory in the installation directory. By default, condor_ install will not install if it finds an existing sbin directory with Condor programs in it. In this case, condor_ install will exit with an error message. Specify -overwrite or -backup to tell condor_ install what to do.

This prevents condor_ install from moving an sbin directory out of the way that it should not move. This is particularly useful when trying to install Condor in a location used by other things (/usr, /usr/local, etc.) For example: condor_ install -prefix=/usr will not move /usr/sbin out of the way unless you specify the -backup option.

The -backup behavior is used to prevent condor_ install from overwriting running daemons - Unix semantics will keep the existing binaries running, even if they have been moved to a new directory.

--backup

Always backup the sbin directory in the installation directory. By default, condor_ install will not install if it finds an existing sbin directory with Condor programs in it. In this case, condor_ install with exit with an error message. You must specify -overwrite or -backup to tell condor_ install what to do.

This prevents condor_ install from moving an sbin directory out of the way that it should not move. This is particularly useful if you're trying to install Condor in a location used by other things (/usr, /usr/local, etc.) For example: condor_ install -prefix=/usr will not move /usr/sbin out of the way unless you specify the -backup option.

The -backup behavior is used to prevent condor_ install from overwriting running daemons - Unix semantics will keep the existing binaries running, even if they have been moved to a new directory.

--ignore-missing-libs

Ignore missing shared libraries that are detected by condor_ install. By default, condor_ install will detect missing shared libraries such as libstdc++.so.5 on Linux; it will print messages and exit if missing libraries are detected. The --ignore-missing-libs will cause condor_ install to not exit, and to proceed with the installation if missing libraries are detected.

--force

This is equivalent to enabling both the --overwrite and --ignore-missing-libs command line options.

--no-env-scripts

By default, condor_ configure writes simple sh and csh shell scripts which can be sourced by their respective shells to set the user's PATH and CONDOR_CONFIG environment variables. This option prevents condor_ configure from generating these scripts.

--env-scripts-dir=<directory>

By default, the simple sh and csh shell scripts (see --no-env-scripts for details) are created in the root directory of the Condor installation. This option causes condor_ configure to generate these scripts in the specified directory.

--make-personal-stork

Creates a Personal Stork, using the condor_ credd daemon.

--stork

Configures the Stork data placement server. Use this option with the --credd option.

--credd

Configure the the condor_ credd daemon (credential manager daemon).

--verbose

Print information about changes to configuration variables as they occur.

Exit Status

condor_ configure will exit with a status value of 0 (zero) upon success, and it will exit with a nonzero value upon failure.

Examples

Install Condor on the machine (machine1@cs.wisc.edu) to be the pool's central manager. On machine1, within the directory that contains the unzipped Condor distribution directories:

% condor_install --type=submit,execute,manager

This will allow the machine to submit and execute Condor jobs, in addition to being the central manager of the pool.

To change the configuration such that machine2@cs.wisc.edu is an execute-only machine (that is, a dedicated computing node) within a pool with central manager on machine1@cs.wisc.edu, issue the command on that machine2@cs.wisc.edu from within the directory where Condor is installed:

% condor_configure --central-manager=machine1@cs.wisc.edu --type=execute

To change the location of the LOCAL_DIR directory in the configuration file, do (from the directory where Condor is installed):

% condor_configure --local-dir=/path/to/new/local/directory

This will move the log,spool,execute directories to /path/to/new/local/directory from the current local directory.

Author

Condor Team, University of Wisconsin-Madison

Copyright

Copyright © 1990-2008 Condor Team, Computer Sciences Department, University of Wisconsin-Madison, Madison, WI. All Rights Reserved. No use of the Condor Software Program is authorized without the express consent of the Condor Team. For more information contact: Condor Team, Attention: Professor Miron Livny, 7367 Computer Sciences, 1210 W. Dayton St., Madison, WI 53706-1685, (608) 262-0856 or miron@cs.wisc.edu.

U.S. Government Rights Restrictions: Use, duplication, or disclosure by the U.S. Government is subject to restrictions as set forth in subparagraph (c)(1)(ii) of The Rights in Technical Data and Computer Software clause at DFARS 252.227-7013 or subparagraphs (c)(1) and (2) of Commercial Computer Software-Restricted Rights at 48 CFR 52.227-19, as applicable, Condor Team, Attention: Professor Miron Livny, 7367 Computer Sciences, 1210 W. Dayton St., Madison, WI 53706-1685, (608) 262-0856 or miron@cs.wisc.edu.

See the Condor Version 7.1.0 Manual for additional notices.