Hi Yin-Yan, Fyi, init(1M) behavior has changed since 6338136 "Init is not working properly in Solaris 10" has been fixed (patchid 119685-06).
Now, it seems that you're hitting those bugs: 6362562 "init 3" is ineffective after "svcadm milestone multi-user-server" 6391318 Need to ponder "svcadm milestone doesn't affect runlevel" My recommendation would be to avoid using the combination of "svcadm milestone"/"init X" otherwise you might get invalid results from "who -r": *keep using "init X"* One reason to use "svcadm milestone" is when you want to stop all running services (svcadm milestone none) since this is a state you can't reach using init(1M). Rgds, Renaud Yin-Yan Cao wrote: > Hi All > > > I have read Liane's blog and the related threads regarding booting to > milestones and changing run levels in the archive, and I understand that > we need to run "init <level>" to change run level. But the story still > seems incomplete. > > > svcadm manpage says that > > Changing the system's current milestone with the "mile- > stone" subcommand will not change the current run level > of the system. To change the system's run level, invoke > /sbin/init directly. > > > 1) If we boot a machine to "milestone=multi-user" or > "milestone=multi-user-server", then issue "svcadm milestone > milestone/single-user", "who -r" shows the run level changes to "S". > This contradicts the manpage. > > > 2) > - 2.1) boot a machine to "milestone=single-user", the run level is "S" > - 2.2) issue "svcadm milestone milestone/multi-user-server", the run > level remains at "S" > - 2.3) issue "init 3", nothing happens, and the run level remains at > "S". - 2.4) issue "init S", we can see the "svc.start: the system is > coming donw for adminitration" message, and the run level is "S" and the > last field of "who -r" is "3". > - 2.5) issue "init 3", the run level changes to "3" > > It seems svcadm does silently change the run level from S to 3 at step > 2.2. However, the new run level is not reflected in "who -r", thus the > failure to change run level at 2.3. We have a problem here no matter > whether svcadm should change run level. > > > Regards > Yin-Yan > > _______________________________________________ > smf-discuss mailing list > smf-discuss at opensolaris.org -------------- next part -------------- A non-text attachment was scrubbed... Name: renaud.manus.vcf Type: text/x-vcard Size: 218 bytes Desc: not available URL: <http://mail.opensolaris.org/pipermail/smf-discuss/attachments/20060817/5a5bb017/attachment.vcf>
