David Finberg wrote:
> On Fri, 17 Nov 2006, Michael Bergknoff wrote:
>
>>
>> I'm looking into a regression caused by changing an fmri in a startup
>> script from "svc:/platform/sun4u/dcs" to
>> "svc:/platform/sun4u/dcs:default" as a result of using the $SMF_FMRI
>> macro. For example on Nevada:
>>
>>
>> # svcprop -p dcs/ah_auth svc:/platform/sun4u/dcs
>> md5
>> # svcprop -p dcs/ah_auth svc:/platform/sun4u/dcs:default
>> svcprop: Couldn't find property `dcs/ah_auth' for instance
>> `svc:/platform/sun4u/dcs:default'.
>
>
> dartmouth 9 =>svccfg -s svc:/platform/sun4u/dcs:default
> svc:/platform/sun4u/dcs:default> listpg
> dcs dependency
>
> ...
> dartmouth 8 => more /var/svc/manifest/platform/sun4u/dcs.xml
> ...
>
> <!-- these are passed to dcs in the method script -->
> <property_group name='dcs' type='application'>
> <propval name='ah_auth' type='astring' value='md5' />
> <propval name='esp_encr' type='astring' value='none' />
> <propval name='esp_auth' type='astring' value='none' />
> </property_group>
>
> How did these become different? It looks like this is confusing the
> inheritance.
>
>
Yes, looks like the start method, /lib/svc/method/svc-dcs, retrieves the
property values from the service and pass it to /usr/lib/dcs to populate
the default instance with those values but under different property
names. I'm not familiar with the dcs service but agree that this is
quite confusing.
-tony
----- snippet -------
args=""
if [ $platform = "$sf15k" ]; then
args="$args `getproparg -a dcs/ah_auth`"
args="$args `getproparg -e dcs/esp_encr`"
args="$args `getproparg -u dcs/esp_auth`"
elif [ $platform = "$opl" ]; then
args="-l"
fi
if [ $platform = "$e10k" -o $platform = "$sf15k" -o \
$platform = "$opl" ]; then
$DCS $args # Fail if can't execute
exit # Use dcs's exit status
else
----- snippet ------------
