CONDOR_CONFIG_VAL(1) | HTCondor Manual | CONDOR_CONFIG_VAL(1) |
condor_config_val - HTCondor Manual
Query or set a given HTCondor configuration variable
condor_config_val <help option>
condor_config_val [<location options> ] <edit option>
condor_config_val [<location options> ] [<view options> ] vars
condor_config_val use category [:template_name ] [-expand ]
condor_config_val can be used to quickly see what the current HTCondor configuration is on any given machine. Given a space separated set of configuration variables with the vars argument, condor_config_val will report what each of these variables is currently set to. If a given variable is not defined, condor_config_val will halt on that variable, and report that it is not defined. By default, condor_config_val looks in the local machine's configuration files in order to evaluate the variables. Variables and values may instead be queried from a daemon specified using a location option.
Raw output of condor_config_val displays the string used to define the configuration variable. This is what is on the right hand side of the equals sign (=) in a configuration file for a variable. The default output is an expanded one. Expanded output recursively replaces any macros within the raw definition of a variable with the macro's raw definition.
Each daemon remembers settings made by a successful invocation of condor_config_val. The configuration file is not modified.
condor_config_val can be used to persistently set or unset configuration variables for a specific daemon on a given machine using a -set or -unset edit option. Persistent settings remain when the daemon is restarted. Configuration variables for a specific daemon on a given machine may be set or unset for the time period that the daemon continues to run using a -rset or -runset edit option. These runtime settings will override persistent settings until the daemon is restarted. Any changes made will not take effect until condor_reconfig is invoked.
In general, modifying a host's configuration with condor_config_val requires the CONFIG access level, which is disabled on all hosts by default. Administrators have more fine-grained control over which access levels can modify which settings. See the Security section for more details on security settings. Further, security considerations require proper settings of configuration variables SETTABLE_ATTRS_<PERMISSION-LEVEL>, ENABLE_PERSISTENT_CONFIG, and ALLOW in order to use condor_config_val to change any configuration variable.
It is generally wise to test a new configuration on a single machine to ensure that no syntax or other errors in the configuration have been made before the reconfiguration of many machines. Having bad syntax or invalid configuration settings is a fatal error for HTCondor daemons, and they will exit. It is far better to discover such a problem on a single machine than to cause all the HTCondor daemons in the pool to exit. condor_config_val can help with this type of testing.
condor_config_val will exit with a status value of 0 (zero) upon success, and it will exit with the value 1 (one) upon failure.
Here is a set of examples to show a sequence of operations using condor_config_val. To request the condor_schedd daemon on host perdita to display the value of the MAX_JOBS_RUNNING configuration variable:
$ condor_config_val -name perdita -schedd MAX_JOBS_RUNNING 500
To request the condor_schedd daemon on host perdita to set the value of the MAX_JOBS_RUNNING configuration variable to the value 10.
$ condor_config_val -name perdita -schedd -set "MAX_JOBS_RUNNING = 10" Successfully set configuration "MAX_JOBS_RUNNING = 10" on schedd perdita.cs.wisc.edu <128.105.73.32:52067>.
A command that will implement the change just set in the previous example.
$ condor_reconfig -schedd perdita Sent "Reconfig" command to schedd perdita.cs.wisc.edu
A re-check of the configuration variable reflects the change implemented:
$ condor_config_val -name perdita -schedd MAX_JOBS_RUNNING 10
To set the configuration variable MAX_JOBS_RUNNING back to what it was before the command to set it to 10:
$ condor_config_val -name perdita -schedd -unset MAX_JOBS_RUNNING Successfully unset configuration "MAX_JOBS_RUNNING" on schedd perdita.cs.wisc.edu <128.105.73.32:52067>.
A command that will implement the change just set in the previous example.
$ condor_reconfig -schedd perdita Sent "Reconfig" command to schedd perdita.cs.wisc.edu
A re-check of the configuration variable reflects that variable has gone back to is value before initial set of the variable:
$ condor_config_val -name perdita -schedd MAX_JOBS_RUNNING 500
Getting a list of template_names for the role configuration template category:
$ condor_config_val use role use ROLE accepts CentralManager Execute Personal Submit
Getting the definition of role:personal configuration template:
$ condor_config_val use role:personal use ROLE:Personal is CONDOR_HOST=127.0.0.1 COLLECTOR_HOST=$(CONDOR_HOST):0 DAEMON_LIST=MASTER COLLECTOR NEGOTIATOR STARTD SCHEDD RunBenchmarks=0
HTCondor Team
1990-2024, Center for High Throughput Computing, Computer Sciences Department, University of Wisconsin-Madison, Madison, WI, US. Licensed under the Apache License, Version 2.0.
August 25, 2024 |