Sure :-) Both Sun Cluster and AVS introduce new services. Some of them (eg. global-devices & system/nws_scm) are dependent on milestone/single-user and add filesystem/local as their dependent.
If we were to move filesystem/local into ms/single-user, it would create a dependency loop between those services and SMF doesn't allow it. eg. fs/local <- ms/single-user <- system/nws_scm <- fs/local Oups! -- Renaud Narendra Kumar S.S wrote: > Renaud, > > Can you please elaborate on this? > > Regards, > Narendra > > > > On Mon, Sep 1, 2008 at 10:33 PM, Renaud Manus <Renaud.Manus at sun.com > <mailto:Renaud.Manus at sun.com>> wrote: > > After more investigation, moving filesystem/local to single-user > milestone is not an option when Sun Cluster or Sun Storagetek > AVS comes into play. > > -- Renaud > > > Narendra Kumar S.S wrote: > > Jordan, > > Is there any particular reason, why you are not proposing > to move filesystem/local to single-user milestone. > That looks very simple fix and will solve all the problems. > > Regards, > Narendra > > > On Sat, Aug 30, 2008 at 8:00 AM, Jordan Brown > <Jordan.Brown at sun.com <mailto:Jordan.Brown at sun.com> > <mailto:Jordan.Brown at sun.com <mailto:Jordan.Brown at sun.com>>> > wrote: > > Jordan Brown wrote: > > Proposal 2: > > - Make the new patching service depend on > system/filesystem/local. > > - Modify patchadd to temporarily enable > system/filesystem/local > before > > patching, and disable it afterward, *if* it is offline. Note > that when > > the patching service runs, system/filesystem/local will be > online > and so > > patchadd will not need to manipulate it. > > I added part of this late and it's a little misleading. It > suggests > that patchadd wouldn't need to manipulate s/f/l, and that's > not quite > right. *When invoked from the patch service*, patchadd > wouldn't need to > manipulate s/f/l. When invoked interactively (from > milestone/single-user), in this scenario patchadd would still > have to > enable s/f/l. > _______________________________________________ > smf-discuss mailing list > smf-discuss at opensolaris.org > <mailto:smf-discuss at opensolaris.org> > <mailto:smf-discuss at opensolaris.org > <mailto:smf-discuss at opensolaris.org>> > > > > > > -- > Warm Regards, > Narendra > > Visit my blogs at: > http://ssnarendrakumar.blogspot.com/ > ___ ___ __ _ > / __/ / __/ / | / / > _\ \ _ \ \ / /| |/ / > \___/ \___/ /_/ |__/ > > > > ------------------------------------------------------------------------ > > > _______________________________________________ > smf-discuss mailing list > smf-discuss at opensolaris.org <mailto:smf-discuss at opensolaris.org> > > > > > -- > Warm Regards, > Narendra > > Visit my blogs at: > http://ssnarendrakumar.blogspot.com/ > ___ ___ __ _ > / __/ / __/ / | / / > _\ \ _ \ \ / /| |/ / > \___/ \___/ /_/ |__/
