Thank you for the reply Sarah. Joe
On 03/ 2/10 12:02 PM, Sarah Jelinek wrote: > > > On 03/ 2/10 09:52 AM, Joseph J VLcek wrote: >> On 02/25/10 10:51 AM, Ethan Quach wrote: >>> Hi all, >>> >>> Thanks for the feedback and input on the strawman. Before sending out a >>> refresh to that, below is a description on the >>> problem and requirements, which were not included in the >>> strawman. >>> >>> Please see the following for a description of that, and on >>> the approaches considered for the design solution. >>> >>> >>> thanks, >>> -ethan >>> >>> >>> >>> >>> _______________________________________________ >>> caiman-discuss mailing list >>> caiman-discuss at opensolaris.org >>> http://mail.opensolaris.org/mailman/listinfo/caiman-discuss >> >> >> Ethan, >> >> I'm learning as I go so if I miss the point with this suggestion please >> explain... >> >> Regarding: >> >> >>> For cases where systems are intended to be deployed identically, and >>> which >>> have similar or identical hardware, it would be possible to simply use >>> the >>> same manifest files for each of these systems. However, when these sets >>> of systems have variances in hardware attributes, it may not be >>> possible to >>> do so, (for example a different disk set or types) and separate manifest >>> files would still have to be maintained for them, though their >>> installation >>> parameters otherwise should be common. >> >> When I read that an idea came to mind: Could we have a manifest >> "Include" concept? >> >> Where systems with variances could it be advantageous to have a minimal >> manifest that describes only the differences and "Include" a sharable >> manifest that identifies the rest of the parameters? > > We can have an "include" with some schemas. I have been looking at this > specifically, in particular to make a common manifest that is used by > both AI and DC, and then separate manifests we use for differences. > >> >> This would not limit the number of manifests but manifest maintenance >> could be simplified. In the case where a common attribute needed to >> change for all systems the administrator would only need to change it in >> one place. > > Yes, I agree. > > thanks, > sarah > **** > >> Sort of how DHCP manages macros... >> >> Just a thought. >> >> Joe >> >> _______________________________________________ >> caiman-discuss mailing list >> caiman-discuss at opensolaris.org >> http://mail.opensolaris.org/mailman/listinfo/caiman-discuss >>
