Description of problem: For any condor configuration value involving floating point math or special booleans like time-of-day calculations, it's important to be able to tell what value the daemon actually thinks it's using. It is needed for negotiator fairshare configuration and startd-side configuration. One specific use case would be the development of a tool to process the output of condor_userprio and compare recorded use with configured fairshares. Upstream RFE: https://condor-wiki.cs.wisc.edu/index.cgi/tktview?tn=856
Also of interest: https://condor-wiki.cs.wisc.edu/index.cgi/tktview?tn=2857
Will the implementation be just as described into condor ticket 856 (more information in the verbose output of condor_config_val)? Will it include also ticket 2857, or will it be out of scope for this bug? Any other relevant information?
TESTING: Use the following configuration to exercise feature cases: ====================================================== SCHEDD.TEST_PARAM_1 = 5 * 1 NEGOTIATOR.TEST_PARAM_1 = 5 * 2 STARTD.TEST_PARAM_1 = 5 * 3 SCHEDD.TEST_PARAM_2 = time() NEGOTIATOR.TEST_PARAM_2 = time() / 2 ====================================================== Now spin up a pool, and query daemons for their config values to demonstrate behavior with and without the new -evaluate option: ====================================================== $ condor_config_val -schedd TEST_PARAM_1 5 * 1 $ condor_config_val -schedd TEST_PARAM_1 -eval 5 $ condor_config_val -neg TEST_PARAM_1 5 * 2 $ condor_config_val -neg TEST_PARAM_1 -eval 10 $ condor_config_val -startd TEST_PARAM_1 5 * 3 $ condor_config_val -startd TEST_PARAM_1 -eval Warning: Classad for startd daemon 'rorschach' is null, will evaluate expressions against empty classad 15 $ condor_config_val -schedd TEST_PARAM_2 time() $ condor_config_val -schedd TEST_PARAM_2 -eval 1335205018 $ condor_config_val -neg TEST_PARAM_2 time() / 2 $ condor_config_val -neg TEST_PARAM_2 -eval 667602514 =====================================================
Tested on RHEL6 32/64 with CLASSADs from Comment #9 over this set of daemons: ['SCHEDD','NEGOTIATOR','STARTD','COLLECTOR'] Result: Test Summary : PASS #TESTS:43 #FAILS:0 >>> VERIFIED
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHSA-2014-0440.html