I've noticed some services, such as autofs, have an application/auto_enable property. When disabling a service with this property, you must disable the service and then change this to false also, otherwise the service will be enable again when you reboot or read the manifest again. This could be what is causing the service to stay enabled. What service are you having the problem with?
Justin Renaud Manus - RPE Approachability wrote: > general/enabled and general/restarter are considered live properties > because changes to them take effect immediately. As such, if > svccfg import notices that the properties have been changed in the > manifest, it will refuse to 'upgrade' them in the repository. > > Recent version of svccfg(1M) manpage says: > > import file > [...] > svccfg will never upgrade the > "general/enabled" and "general/restarter" properties, > since they represent administrator preference. > > > You can change the "general/enabled" value using "svccfg apply" > followed by "svcadm refresh". > > -- Renaud > > > Mika Borner wrote: >>> Check that the 'enabled' property of your service has changed to false >> ? >>> # svcprop -p general/enabled FMRI >>> false >> >> I reimported the manifest with following instance element: >> >> <instance name='arosa' enabled='false'> >> <method_context> >> <method_environment> >> <envvar name='REMOTE_HOST' value='test' /> >> </method_environment> >> </method_context> >> </instance> >> >> I changed the envvar value. The value was updated, but the instance was >> still enabled (true) when using svcprop. >> >> >> >> ------------------------------------------------------------------------- >> >> This message is intended for the addressee only and may >> contain confidential or privileged information. If you >> are not the intended receiver, any disclosure, copying >> to any person or any action taken or omitted to be taken >> in reliance on this e-mail, is prohibited and may be un- >> lawful. You must therefore delete this e-mail. >> Internet communications may not be secure or error-free >> and may contain viruses. They may be subject to possible >> data corruption, accidental or on purpose. This e-mail is >> not and should not be construed as an offer or the >> solicitation of an offer to purchase or subscribe or sell >> or redeem any investments. >> ------------------------------------------------------------------------- >> >> > > _______________________________________________ > smf-discuss mailing list > smf-discuss at opensolaris.org >
