HTCondor Project List Archives



[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Condor-devel] Packaging RFE: Update default configs



On Oct 31, 2012, at 7:28 AM, Matthew Farrellee <matt@xxxxxxxxxx> wrote:

> On 10/30/2012 06:18 PM, Brian Bockelman wrote:
>> Hi,
>> 
>> I'd like to propose a few packaging changes in the various Condor distributions:
>> 
>> 1) Deprecate condor_config.local.  Put BIG WARNING TEXT at the top of
>> the shipped file warning site admins to not use it.  The preferred
>> mechanism would be /etc/condor/config.d/99-local.config.
>>   - This will better align UW HTCondor with OSG, Fedora, and RHEL distributions.
> 
> The Red Hat distribution does not include a functional condor_config.local. The file does exist under /usr/share/doc/.../examples/.
> 
> Additionally, we put a BIG WARNING TEXT at the top of /etc/condor/condor_config that says not to edit /etc/condor/condor_config and instead to use /etc/condor/config.d/ [0].
> 

Yes - long-term, I'd like to get everything to that point.

> 
>> 2) Add BIG WARNING TEXT to any config file that is automatically
>> overwritten (I'm looking at you, 00personal_condor and 60qmf).
> 
> You mean package owned configuration files? I'd go further and say they should be read-only, maybe even immutable. Same goes for /etc/condor/condor_config.
> 

This has the same problem as the condor_config.local: upgrades of existing sites.  I don't want to clobber folks who use this on upgrade.

> 
>> 3) In the manual, document that the "end-user namespace" of config.d
>> are things which start with the "90" prefix; 00 through 59 are
>> reserved for core Condor and 60 through 89 are reserved for
>> distributors / contrib modules.  Best to define this ASAP to allow
>> for maximum flexibility in future work.
> 
> We provide guidance on how to name files under /etc/condor/config.d/ -
> 
> https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_MRG/2/html-single/Grid_User_Guide/index.html#chap-Grid_User_Guide-Configuration
> 
> To ensure the files are ordered correctly, each filename is preceded with a two-digit number, using the following ranges:
>  00 - personal condor (included by default)
>  10-40 - user configuration files
>  50-80 - Package owned configuration files
>  99 - Reserved for wallaby
> 
> A guiding principal is that package owned configuration files should only extend existing configuration in a way that allows for proper function of the features provided by the package.
> 
> For instance, 60condor-qmf.config will provide JOB_SERVER, JOB_SERVER_LOG and extend SCHEDD.PLUGINS via "$(SCHEDD.PLUGINS) $(LIB)/...plugin.so".
> 
> Under our scheme, 99-local.config would be 10local.config.
> 

This seems backwards.  We want users to be able to override the package configs.

The 60condor-qmf.config has been highly problematic for us: if you install the package, there's no way to remove JOB_SERVER from the daemon list.  I think that goes separating package installation from enabling services.

Brian

Attachment: smime.p7s
Description: S/MIME cryptographic signature