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
>
