OpenSolaris

Printable Version Enter a New Search
Bug ID 6636599
Synopsis Integration of PSARC/2007/414 broke zfs delegated admin support of shareiscsi
State 10-Fix Delivered (Fix available in build)
Category:Subcategory storage_target:iscsi
Keywords
Responsible Engineer Chris Liu
Reported Against
Duplicate Of
Introduced In solaris_nevada
Commit to Fix snv_82
Fixed In snv_82
Release Fixed solaris_nevada(snv_82) , solaris_10u7(s10u7_04) (Bug ID:2167606)
Related Bugs
Submit Date 3-December-2007
Last Update Date 27-November-2008
Description
The integration of: 

PSARC 2007/414 SCF changes for iSCSI Target
6498817 the iSCSI target needs to use SMF rather than a conf file

Has broken the ZFS delegated administration support of 'shareiscsi'

For example:

first bfu a system to archives from dail.0927. 

# zpool create sandbox c2d0
# zfs allow marks create,destroy,mount,reservation,share,shareiscsi
# svcadm enable svc:/system/iscsitgt:default

marks$ zfs create -V100m sandbox/vol1
marks$ zfs set shareiscsi=on sandbox/vol1
marks$ iscsitadm list target
Target: sandbox/vol1
    iSCSI Name: iqn.1986-03.com.sun:02:463bac5d-50a7-4efa-f5b2-9e243a76addb
    Connections: 0

marks$ zfs destroy sandbox/vol1
marks$ iscsitadm list target
marks$

All is good prior to the integration of PSARC/2007/414

Now lets bfu to daily.0928

Now the following behavior is seen.

$ zfs create -V100m sandbox/vol2
$ zfs set shareiscsi=on sandbox/vol2
cannot share 'sandbox/vol2': iscsitgtd failed request to share

The following message is displayed on the system console

Dec  3 09:28:48 rousay iscsitgtd[100858]: transaction_start start: insufficient privileges for action
A pool version of 9+ will require that you have the refreservation permission.

# zfs allow marks refreservation sandbox

otherwise you will get an error.  There was a change in snv_77 where during a volume creation a "refreservation" is placed on the volume instead of a "reservation".
Work Around
N/A
Comments
N/A