Page History
- 2013-Nov-19 15:33 adesmet
- 2013-Nov-19 15:27 adesmet
- 2013-Nov-19 15:26 adesmet
- 2013-Nov-19 15:23 adesmet
- 2013-Nov-19 15:01 adesmet
- 2013-Nov-19 15:00 adesmet
- 2012-Nov-13 15:12 adesmet
- 2012-Oct-11 18:48 adesmet
- 2011-Jul-11 17:13 adesmet
- 2009-Aug-24 15:46 psilord
- 2009-Aug-10 16:08 psilord
- 2009-Aug-10 16:01 psilord
- 2009-Aug-10 16:00 psilord
Adding Configuration File Parameters to Condor
The method by which condor_configurations file parameters are to be added into Condor has changed. Sadly, this method I'm describing right now is also deprecated, and will be replaced by a completely new system shortly. Until then, however, this is what you do:
There is a file called src/condor_c++_util/param_info.in
and in it are definitions like this:
[SCHEDD] aliases= default=$(SBIN)/condor_schedd version=0.0.0 range=.* state=default type=string is_macro=false reconfig=true customization=seldom friendly_name=Schedd usage=Where are the binaries for these daemons? url=http://cs.wisc.edu/condor/manual/v7.3/3_3Configuration.html#SECTION tags=master,master id=552
seldom
, often
, always
, and true
on a reconfig, false
otherwise, respectively, then fill that in as well. The others can be held constant when you make a new entry by copying the snippet above and changing it. Please make sure the above entries are defined. For url just leave it be the example set forth above.
range, for type=int and type=double is a pair of comma separated values indicating the minimum and maximum allowed values. You can omit the second number to indicate INT_MAX or DBL_MAX respectively.
The machinery which uses the above information is not yet complete, this is why things like the id field can be left as it is among the other things. Also, no extraneous whitespace. You've been warned.
Be aware that the default is internally implemented as a string, so if you enter double numbers or what not for those types of params that are, you may lose precision when it passed through the strtod() function. Also, there are no interpolations or substitutions in the default. What you see is exactly what you get. This includes trailing spaces.
Now, there are some restrictions to what kind of param var you can add with the current system. These restrictions will be lifted in the future as more and more of the implementation of this feature set comes online.
You may NOT add variables that:
- requires a runtime, or nonimmediate, default, like
NUM_CPUS
. You CAN however, make a default which is an expression based upon another configuration file parameter. - follow a pattern like *_FOOBAR that you cannot specify all cases to. (You'd write A_FOOBAR, B_FOOBAR, C_FOOBAR as individual cases of the above snippet).
Currently, the param()
system does not EXCEPT
when an entry is not in the default table. It is our hope and dream that one day all of our entries will be in the default table and EXCEPT
will be the default case. Of course, there is an interface into param() which doesn't except no matter what, to implement those features which param() things at runtime picked out of another config file entry.
I know this isn't as cool as it could be, nor flexible. But once I get the next version of the param_info.in file finished that uses a much better syntax, and allows pattern variables and runtime defaults things will become much more sane. This feature (#123) is still in flux.
Things to Note!
- For entries in the default table, the hard coded defaults in the source code are ignored. If the variable is not in the table, the in code defaults are utilized.