Cathy, Sorry for a late response. Even if the bfu works, the more critical problem is in upgrade. In upgrade environment, we can't operate on the alternate root so the below workaround wouldn't work. See bug
5087504 Updated P3 utility/smf svccfg should allow 'refresh' of services on an alternate repository The generic problem is that manifest-import does not run early enough in the boot process. How critical is it for network/physical to come up before linkmgmtd on the first reboot? I know the Nemo project also has similar problem so I'll do some research to get more info. -tony Cathy Zhou wrote: > Some more information: > > I added the logic which adds linkmgmtd dependency to network/physical > service (see below) in my bfu script and it seems to work, but again, > I don't know why and whether this is the right thing to do. Please > advise. > > Thanks > - Cathy > > --------------------- > /tmp/bfubin/svccfg -s svc:/network/physical << EOF > addpg linkmgmtd dependency > setprop linkmgmtd/entities = fmri: svc:/network/linkmgmtd > setprop linkmgmtd/grouping = astring: require_all > setprop linkmgmtd/restart_on = astring: restart > setprop linkmgmtd/type = astring: service > EOF > /tmp/bfubin/svcadm refresh network/physical > > /tmp/bfubin/svccfg -s svc:system/device/local << EOF > addpg linkmgmtd dependency > setprop linkmgmtd/entities = fmri: svc:/network/linkmgmtd > setprop linkmgmtd/grouping = astring: require_all > setprop linkmgmtd/restart_on = astring: restart > setprop linkmgmtd/type = astring: service > EOF > /tmp/bfubin/svcadm refresh system/device/local > > >> Hi, >> >> I need some suggestion on some problems I ran into during my project >> work: >> >> I added a network/linkmgmtd service which starts a linkmgmtd daemon, >> and it is an network device related service that device/local and >> network/physical have been changed to depend on it. >> >> Because of that, I added this linkmgmtd service into the seed >> repository, but ran into several problems: >> >> a. in the bfu script, do I need to add the logic to import this >> linkmgmtd service? It seems it is necessary from the precedence >> example set by network/datalink service. >> >> b. I did (a), but I then found although dependency defines that >> network/physical depends on linkmgmtd. linkmgmtd is started too late >> - only after network/physical is started. I checked the dependencies >> after boot finished and they look fine, so was the next reboot. I >> suspect it is because the dependency of network/physical is updated >> too late, and I tried to manually update network/physical service's >> dependency after bfu but before reboot (by svccfg delete -f followed >> by svccfg import). Now the system boots fine on the first reboot of bfu. >> >> c. I am not sure that proves my theory. If that is not true, what is >> the problem? and if it is, what is the right way to update the >> dependency? whether I should add the svccfg delete and reimport logic >> into the $rootprefix/var/svc/profile/upgrade script? >> >> d. When I tried to backward bfu from my bits to previous bits, the >> same problem happened that network/physical doesn't remove the linkmgmtd >> dependency and it fails. How to solve this problem? >> >> Thanks >> - Cathy >> > _______________________________________________ > smf-discuss mailing list > smf-discuss at opensolaris.org
