Bugzilla – Bug 8773
create-service followed quickly by delete-service hangs
Last modified: 2009-10-09 05:30:48 UTC
You need to log in before you can comment on or make changes to this bug.
If you do a create-service followed immediately by a delete-service installadm hangs. This is due to the fact that the install/server:default service hasn't really settled out yet. You need to wait until the smf service has solidly gone "online" before typing delete-service. We need to come up with a way to ensure that create-service doesn't return until the service is online.
I can't seem to hit this with the changes I'm working on for 8666 - create-service: prints out SMF messages no matter what's going on. It seems that there could have been a race in installadm itself as after a delete-service the command would terminate right after calling: 181 if (!check_for_enabled_install_services(handle)) { 182 smf_service_enable_attempt(instance); 183 } This block would be looking to re-enable things if I understand right. My fix to 8666 has simply moved this block into the routines which need it (do_enable() and do_create_service()).
changeset: 618:8efeebfd3dba tag: tip user: Clay Baenziger <ClayB@OpenSolaris.ORG> date: Thu Oct 08 23:13:36 2009 -0600 description: 4526 delete-service is not deleting service as described in section 4.3. 2 ai_design_doc 6587 delete-service shouldn't remove the source image if there's other s ervices actives 'linked' to the same source image 8666 create-service: prints out SMF messages no matter what's going on 8773 create-service followed quickly by delete-service hangs 10740 Need way to interact with SMF from Python for installadm component s in Python 11292 delete-client: should remove SPARC clients too 11486 delete-service/delete-client: should check inetd.conf for tftp roo t