Hi The best plan so far is to set start/exec to :true for the scripts in question. Courtesy of Casper Dik by the way.
Basically :true is a special token that means no-op exit 0. Again from Casper :-) As I am unfamiliar with building repositories in a miniroot, I am adding back install-discuss to this thread in the case that they might be able to help you out. I know how to do this in the running system, but how to do this in a miniroot I would only be guessing really. ( see following ) I guessing that the following should work ( but I have not verified as my jumpstart server is s9 ) #svccfg svc:> repository <path_to_image>/Solaris_10/Tools/Boot/etc/svc/repository.db ( the previous all on one line ) svc:> select filesystem/usr svc:>setprop start/exec=:true svc:>listprop <<< verify that change has happened >>> and repeat for all affected files lib/svc/method/devices-local lib/svc/method/fs-usr lib/svc/method/identity-node lib/svc/method/manifest-import lib/svc/method/net-loopback lib/svc/method/net-physical But I would wait for comfirmation that above is actually ok to do in relation to a miniroot. backup the repository.db or else create a test jumpstart image to try this out on. Enda "??????? ??????.???.?? =?UTF-8?Q?=E0=B3=8D(Narendra_Kumar.S.S, ssnkumar at gmail.com" wrote: > I think this is the best way, we could solve this problem. > Instead of meddling with the scripts, change the repository itself > (where these scripts get called). > > So, can you please tell me, how to build the repository? > And what are the source files in the repository that we need to change > (I saw the fs-usr is being used in usr-fs.xml. But, will this get into > the repository?) > > Thanks, > Narendra > > > > On 10/10/06, *Enda O'Connor ( Sun Micro Systems Ireland)* > <Enda.Oconnor at sun.com <mailto:Enda.Oconnor at sun.com>> wrote: > > Sarah Jelinek wrote: > > Enda O'Connor ( Sun Micro Systems Ireland) wrote: > > > >> Casper.Dik at Sun.COM <mailto:Casper.Dik at Sun.COM> wrote: > >> > >>>> Hi > >>>> I guess setting start/exec for the service:instance in > question to a > >>>> startup script other than say fs-user would do ( just in the > >>>> miniroot repository ), but again this is messy I guess. > >>> > >>> > >>> > >>> How is the repository build for the miniroot. > >>> > >>> If you think that that is messy, I think it's much cleaner than > >>> the current situation. > >>> > >>> Casper > >>> > >> To be honest I have no idea how the repository is built in the > >> miniroot, I don't disagree that it is probably a beter idea that we > >> have currently have ( which would not be hard ) :-) > >> > >> Would we then need to ship a dummy file to cover all the exit 0 > cases, > >> or is their a better way of manipulating the svc stuff to just have > >> fs-usr not do anything, just return 0? > > > > Enda, > > > > I am not clear as to what you are proposing. Once the patches are > > applied these files get overwritten. So, we would have to modify the > > files for all of the services to know when running in the > miniroot they > > should simply exit 0. That way when and if they are patched in the > > miniroot we do the right thing still. However, today there is no > > standard way that we export from the miniroot to know if you are > running > > in the miniroot. Applications that need this data find ways to > get this > > data. > > > > In the case of the customer issue I was dealing with it wasn't > fs-usr, > > it was devices-local. > > > > sarah > > **** > > > I am assuming that say in the miniroot we had start/exec for these > files > just returing 0 ( a dummy file ) in the repository DB. ( just in the > miniroot now mind ) > If we installed a patch that say delivered fs-usr to the miniroot, but > filesystem/usr start/exec was calling some dummy file, instead of > fs-usr, the patchadd should not modify that surely, ie the start/exec of > filesystem/usr:default > > Enda > >> > >> Enda > >> > >> > >> _______________________________________________ > >> install-discuss mailing list > >> install-discuss at opensolaris.org > <mailto:install-discuss at opensolaris.org> > >> http://opensolaris.org/mailman/listinfo/install-discuss > <http://opensolaris.org/mailman/listinfo/install-discuss> > >> > > > > _______________________________________________ > install-discuss mailing list > install-discuss at opensolaris.org <mailto:install-discuss at > opensolaris.org> > http://opensolaris.org/mailman/listinfo/install-discuss > > > > > -- > Warm Regards, > ??????? ??????.???.??? > (S.S.Narendra Kumar) > > Visit my blogs at: > http://ssnarendrakumar.blogspot.com/ > http://blogs.sun.com/roller/page/ssnkumar > ___ ___ __ _ > / __/ / __/ / | / / > _\ \ _ \ \ / /| |/ / > \___/ \___/ /_/ |__/
