Hi Dave, I do have a bug that I opened recently and commented on. I have a list of items, but not sure if they should be bugs or RFE's. Please take a look at bug 10543 and let me know how I should file them. Thanks!
Octave *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Octave J. Orgeron Solaris Virtualization Architect and Consultant Web: http://unixconsole.blogspot.com E-Mail: unixcons...@yahoo.com *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* ----- Original Message ---- From: Dave Miner <dmi...@opensolaris.org> To: Octave Orgeron <unixcons...@yahoo.com> Cc: opensolaris-discuss@opensolaris.org Sent: Thursday, August 13, 2009 12:21:47 PM Subject: Re: [osol-discuss] SXCE end-of-life plans Octave Orgeron wrote: > Hi Dave, > > This sound very interesting, especially for people such as my self > that specialize in virtualization. LDoms presents a wide selection of > choices on how to replicate a guest domain, image files, volumes, > ZFS, etc. And containers obviously have the ZFS clone feature. > > I agree that flash archives, while useful, are rather cumbersome. > Jumpstart can be powerful when extended properly, but again it adds a > lot of up-front complexity and requires specialized knowledge that > not all SA's have. There are some things I do like about AI, but it > definitely needs some more work. One thing that would be interesting > is some mechanism for configuring, securing, and customizing AI > installs. Some mechanism for creating a configuration snapshot > (things like SMF service settings, /etc conf files, security > settings, etc.) that could be used for AI installs, auditing > installed systems against, and remediation. Something like that would > be useful for enterprises, cloud environments, and even those who > want to build appliances. > Octave, we'd welcome additional RFE's on AI features. The overall plan for configuring services primarily involves leveraging the recent extension to SMF profiles that allows customization of any property value, not just the enabled/disabled state. We're starting to work with a variety of teams to migrate items that were formerly expressed in the sysidcfg mechanism to this mechanism, and other components will be encouraged to move to this design as well. There's a lot to be done, to be sure, but this direction should enable you as an administrator to assert a great deal more control over system configuration in your deployments with far less labor than was required in the past. Dave _______________________________________________ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
