[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [HTCondor-users] Using cron job to manipulate START expression
- Date: Tue, 10 Oct 2017 14:28:15 +0200
- From: Sveinung Rundhovde <svrundh@xxxxxx>
- Subject: Re: [HTCondor-users] Using cron job to manipulate START expression
Thank you for your reply.
When nodes are configured with START = False, and the cron job set START = True, the START value is as mentioned updated in the collector and not in the config value. The node does not accept jobs even after the cron job has set START = True, so this does not work as expected.
When START is set to True in the config, and later set to False by the cron job, the node stops accepting jobs, as expected.
> 10. okt. 2017 kl. 13:51 skrev Fischer, Max (SCC) <max.fischer@xxxxxxx>:
> condor_config_val does only show the configuration (i.e. config files), not the daemon state. This the information used for startup. Once running, the startd (any daemon, actually) is free to deviate from the initial state.
> If condor_status, especially with the -direct flag, shows the proper state then everything worked fine.
>> Am 09.10.2017 um 19:33 schrieb Sveinung Rundhovde <svrundh@xxxxxx>:
>> I am attempting to use a startd cron job to manipulate the START expression. The machine ClassAd is updated and sent to the Collector as expected (as shown by the condor_status command). However, the START value in the setting of the startd daemon remains unchanged (as shown by the condor_config_val command).
>> This leads to the odd behavior that setting START = False through the cron job works as expected, but setting START = True through the cron job if it is set to false in the configuration does not work.
>> Is there setting having the START value updated in the startd configuration as well?
>> HTCondor-users mailing list
>> To unsubscribe, send a message to htcondor-users-request@xxxxxxxxxxx with a
>> subject: Unsubscribe
>> You can also unsubscribe by visiting
>> The archives can be found at:
> HTCondor-users mailing list
> To unsubscribe, send a message to htcondor-users-request@xxxxxxxxxxx with a
> subject: Unsubscribe
> You can also unsubscribe by visiting
> The archives can be found at: