[chef-dev] Re: Re: Re: Re: CHEF-2880 debian policy and service provider


Chronological Thread 
  • From: Thom May < >
  • To:
  • Subject: [chef-dev] Re: Re: Re: Re: CHEF-2880 debian policy and service provider
  • Date: Sat, 11 Feb 2012 15:31:02 +0000

On Fri, Feb 10, 2012 at 20:06, Tollef Fog Heen 
< >
 wrote:
> ]] Bryan McLellan
>
>> On Fri, Feb 10, 2012 at 1:42 PM, Tollef Fog Heen 
>> < >
>>  wrote:
>> > I think we shouldn't use invoke-rc.d, but rather use the service
>> > command.
>>
>> This sounds like reverting CHEF-597 [1], yes?
>
> Yup.
>
>> Other than Laurent's use case which we've come up with workarounds
>> for, is there any reason not to? This would fix CHEF-2880 simply by
>> ignoring the Debian service policy.
>
> Well, I guess Thom (who filed 597) could argue that if you've configured
> your system to not start $service, finding it running would be a
> surprise.  To that, I'd respond that manually calling /etc/init.d/foo or
> service foo start does not check run levels etc, and to me, doing
> explicit management in chef recipes is mentally much closer to calling
> service or the init script directly than it is to ask init to put the
> service in the state it should be in according to rcN.d.

Yeah, I was certainly thinking that if you had policy configured it
would be a surprise to find chef overriding it,
but i equally take your point that chef ought to be the definitive
source of truth for the system.
So I'm fine with reverting 597.
-Thom



Archive powered by MHonArc 2.6.16.

§