If you issued shareiscsi=on this action would use the iscsitgtd service which is not COMSTAR and is now deprecated. The process to make it show up on the replicated target is documented in http://blog.laspina.ca/ubiquitous/provisioning_disaster_recovery_with_zfs starting at the heading Export SMF iSCSI configuration. Basically you need to load the target system iscsitgtd service manifest properties from the source and then clone the zfs data to a new floder and then change the service manifest properties to point to it.

Regards,
Mike

I would guess I’m using COMSTAR from the package inforation, I had just installed all the “scsi” packages from the GUI:

# pkginfo | grep scsi
system SUNWiscsidmr Sun iSCSI Data Mover (Root)
system SUNWiscsidmu Sun iSCSI Data Mover (Usr)
system SUNWiscsir Sun iSCSI Device Driver (root)
system SUNWiscsitgtr Sun iSCSI Target (Root)
system SUNWiscsitgtu Sun iSCSI Target (Usr)
system SUNWiscsitr Sun iSCSI COMSTAR Port Provider (root)
system SUNWiscsitu Sun iSCSI COMSTAR Port Provider
system SUNWiscsiu Sun iSCSI Management Utilities (usr)
system SUNWmpsvplr Sun MP API library for the scsi_vhci driver (Root)

But, all I did to get iSCSI working was:

# zfs set shareiscsi=on tank

The “LUN’s” just inherit it from the pool:

# zfs get shareiscsi
NAME PROPERTY VALUE SOURCE
tank shareiscsi on local
tank/target01 shareiscsi on inherited from tank
tank/target01@snapshot01 shareiscsi on inherited from tank
rpool shareiscsi off default
rpool/ROOT shareiscsi off default
rpool/ROOT/opensolaris shareiscsi off default
rpool/ROOT/opensolaris@install shareiscsi off default
rpool/dump shareiscsi off default
rpool/export shareiscsi off default
rpool/export/home shareiscsi off default
rpool/export/home/user shareiscsi off default
rpool/swap shareiscsi off default

I looked at the comment you sent and tried running the svccfg export command, but didn’t see anything specific to my tagets:

# svccfg export -a stmf

STMF

Do I need to do something more than just setting shareiscsi?

Thank you and kind regards.

You have not indicated what iSCSI target your running but I suspect it’s COMSTAR. If that’s the case have a look at this comment and see if it’s what your looking for. http://blog.laspina.ca/ubiquitous/provisioning_disaster_recovery_with_zfs/comment-page-1#comment-789

Regards,

Mike

I have tried this on the source server:
zfs create -V300GB tank/target01

[I attach target01 to esx server as an iSCSI LUN & create VM in LUN ]

zfs snapshot tank/target01@snapshot01
zfs send -R tank/target01@snapshot01 | nc san01 3141

And, this on the destination server:
nc -l -p 3141 -vvv | zfs recv -vd tank

However, the destination LUN does not show up when I rescan the iSCSI host bus adapter.

What am I doing wrong? How should I be doing this? Thank you.

If you explore /etc/security/auth_attr you will find all the security descriptions and attributes.

e.g.
solaris.smf.read.stmf:::Read STMF Provider Private Data::help=SmfSTMFRead.html

Here is what you would grant zfsadm:

ss1:~#usermod -A solaris.smf.read.stmf zfsadm

Mike

I’m sorry, I missed an important detail, you should only activate (import) the LUNs using a cloned LUN other wise the replication stream will be broken.
You will need to issue a manual send receive to correct the modified state or possibly redo the entire send by deleting it on the target.
Locate the last successful snap on the source (ss1) and issue the following.

ss1:~# pfexec /sbin/zfs send -R sp1/san/volx@time | ssh zfsadm@ss2 pfexec /sbin/zfs receive -F sp1/san/volx

Regard,

Mike

You have discovered that COMSTAR is very different.

Here is what you need to do:

Define all your host groups, initiators, targets etc. for both ss1 and ss2 on ss1.

Use the following to export the stmf service config to a file:

ss1:~# svccfg export -a stmf > stmf.cfg

Copy the config file to ss2 and perform the following:

ss2:~# svcadm disable stmf
ss2:~# svccfg delete stmf
ss2:~# svccfg import stmf.cfg
ss2:~# svcadm refresh stmf
ss2:~# svcadm enable stmf

Once this is complete you will need to import the LU’s (the last time I worked on this task was on snv_126 so this part may not be required any more):

ss2:~# stmfadm import-lu /dev/zvol/rdsk/sp1/san/vol0

And there you go a completely migrated COMSTAR config and LUs.

Enjoy.

Regards,

Mike