On 10/18/06, David Bustos <David.Bustos at sun.com> wrote: > > Quoth Vahid Moghaddasi on Wed, Oct 18, 2006 at 08:50:14AM -0700: > > I am not sure what is wrong? I have just created a service manifest > > for TSM (backup software) and now I want to remove the legacy startup > > from the list svcvs. I have already deleted the /etc/rc3.d/S99tsm > > file. > > I do: svccfg delete lrc:/etc/rc3_d/S99tsm > > I get: svccfg: Operation not supported for legacy service > > 'lrc:/etc/rc3_d/S99tsm' > > lrc: services are fake. If you remove the RC script, then the > corresponding lrc: service shouldn't show up on next reboot, and until > reboot the existing entry won't mean anything. If it really bothers > you, you can delete the corresponding property group from the > smf/legacy_run service, like > > $ svccfg > svc:> select smf/legacy_run > svc:/legacy_run> listpg *tsm* > ... > svc:/legacy_run> delpg <name of tsm property group>
Yes, that worked fine. > Also, I want to add import another service but no luck: > > I do: svccfg -v import myservice.xml > > I get: > > svccfg: svc:/site/myservice changed unexpectedly (instance "default" > added). > > svccfg: Import of myservice.xml failed. Progress: > > svccfg: Service "site/myservice": not reached. > > svccfg: Instance "default": not reached. > > # svccfg -v delete svc:/site/myservice > > I get: > > svccfg: Unexpected libscf error on line 9993 of svccfg_libscf.c: > > object already exists. > > I think this indicates a problem with svc.configd. If the system isn't > busy, I would just run "pkill configd" as root. If that bothers you, > try rebooting. You are right, I had to restart svc.configd to get the service deleted. I did not want to reboot since this could have been a real production machine! Thanks, David > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/smf-discuss/attachments/20061018/7ff4e107/attachment.html>
