SMF: Inverse file dependency message is misleading
I have made an SMF service with can be easily blocked from auto-starting by touching a file, in case its activity would repeatably crash my system (details not relevant here).
This is done as an inverse dependency (exclude_all):
root@bofh-sol:~# svccfg -s lun-dcpool listprop | grep noimport
noimport-file/entities fmri file://localhost/etc/zfs/noimport-dcpool file://localhost/etc/zfs/noimport-pool
noimport-file/grouping astring exclude_all
noimport-file/restart_on astring refresh
noimport-file/type astring path
This works as designed, however the "svcs -xv" message still states that the service is offline because a dependency file "is absent" - while in fact it is present:
root@bofh-sol:~# svcs -xv
svc:/network/iscsi/lun-dcpool:default (iscsi/sbd LU for dcpool)
State: offline since Thu Jun 16 16:50:11 2011
Reason: Dependency file://localhost/etc/zfs/noimport-dcpool is absent.
See: man -M /usr/share/man -s 1M itadm
Impact: This service is not running.
la /etc/zfs/noimport-dcpool 1 root root 0 Jun 15 22:17 /etc/zfs/noimport-dcpool
RFE: Change the "Reason" text for such case of "exclude_all" dependencies (like: "Reason: Inverse-dependency file://localhost/etc/zfs/noimport-dcpool is present.")
I did not test if this also pertains to inverse dependencies on services...