lianep at eng.sun.com wrote:
> Stacey Marshall writes:
>   
>> lianep at eng.sun.com wrote:
>>     
>>> Stacey Marshall writes:
>>>
>>>   
>>>       
>>>> I, like James, wanted the same ability but for dns/server.
>>>>     
>>>>         
>>> Then you also need to file a similar bug as Jim found for ssh.
>>> The dns/server service needs to make its config file location 
>>> configurable as a service property.
>>>
>>> (It shouldn't be specified as a dependency either.)
>>>   
>>>       
>> But /etc/named.conf has always been the dependency, I mean before smf(5):
>>     
>
>   
>> Surely it makes sense to keep this dependency. 
>>     
>
> Leaving the check in the method script is preferable for the reasons 
> given in this bug:
>    http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6240573
> (I moved the Comments to Description just now, so the changes may take 
> a while to propagate to OpenSolaris.)
>
>   

Current.ly dns/server does not have a method script.  named(1M) is 
simply started and the default
file is /etc/named.conf.  So it seems the preferred  action would be to 
start 'named(1m)  and have it exit with SMF_EXIT_ERR_CONFIG before 
forking if the configuration file does not exist.

To override the default configuration file another Application option 
should be added to the manifest,
and the file dependency FMRI should be removed.
>> Further more use the dependency FMRI as the
>> location that named should use for the configuration file:
>>     
>
> It'd be better to use an explicit configuration property, which is 
> looked it in both the method and in the service itself to find the 
> config file, rather than using the dependency.
>
>
>   
>>> As I mentioned above, this isn't sufficient, to specify an 
>>> alternate config file for named to actually use?
>>>   
>>>       
>> Which is the bug that my code above would address.
>>     
>
> Got it.  Didn't realize you're working on making things better.  Thanks!
>   

And I'd come to like that code too!  Sigh :-)

> liane
>   
Cheers,

Stacey
-----------------------------------------------------------------------
http://blogs.sun.com/ace

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3261 bytes
Desc: S/MIME Cryptographic Signature
URL: 
<http://mail.opensolaris.org/pipermail/smf-discuss/attachments/20060726/506a6ce2/attachment.bin>

Reply via email to