On Tue, Mar 24, 2009 at 9:54 PM, Michael Schuster <Michael.Schuster at sun.com> wrote: > On 03/24/09 13:57, Peter Tribble wrote: >> >> 2009/3/23 <Zhenghui.Xie at sun.com>: >>> >>> Attached is a writeup based on our discussion of the SCF part. Comments? >>> Send them out by COB Weds, or silence is gold afterward :-) >>> >>> Thanks. >>> >>> -Jan >>> >>> >>> 1. ilb will have one single instance in SMF framework: >>> svc:/network/loadbalancer/ilb:default >>> 2. persistent configuration of ilb is saved in SCF. >> >> Why SCF? I wouldn't regard SCF as suitable for holding complex >> configuration >> data of the type required for something like ilb. > > how complex are you thinking?
Not sendmail.cf, for sure :-) Dependencies, inclusion, macros, variables, well-defined ordering would all be nice. I'm sure you could come up with a convoluted way to store that in SCF, but it seems like an awful lot of effort. Thinking about this a bit more, while ad-hoc modification of the configuration via the command line would happen, the way I see this being used is that you simply push out the configuration from your central CMDB. So the primary administrative object is the configuration file. And it's pretty clear that you're not supposed to use the native SCF tools to either manage the configuration or take backups, so that the SCF store is a secondary representation. Why not simply eliminate it and read the config directly from the file? >>> 7. user can use svcprop(1) to get ilb configuration. But should NOT use >>> svccfg(1M) to change ilb configuration. >> >> Why not? If you're using SCF, then svccfg should be a supported way of >> modifying the configuration > > why? just because you *can* edit many files with vi doesn't mean that's a > supported way of doing it. Administrators want it to be though. One of the advantages of smit was that you could do it the easy way, but it would also show you exactly what was happening underneath. Likewise, many administrators want to use the convenient tools to generate the config once, then see what that did and automate the construction of the configuration directly from then on. -- -Peter Tribble http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/
