James,
it seems there are multiple challenges.
1) MetaData Migration
Legacy (shareiscsi=on) iscsi: Meta data is stored in a zvol property, so
outside the "data area"
COMSTAR: up to svn_116 stores the meta data required in first 64KB od
the ZVOL itself. This practically means no simple migration path.
Starting with svn_116
(http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6736004)
thing seems to have changed.
See this post for details:
http://mail.opensolaris.org/pipermail/storage-discuss/2009-September/007192.html
See this ARC documentation:
http://arc.opensolaris.org/caselog/PSARC/2009/251/20090421_john.forte
So with recent Opensolaris migration should be doable in place -
ALTOUGHT - I have not done any yet. So be warned and make backups if you
try !!!
2) Mapping Migration
With legacy (shareiscsi=on) there is a 1 LUN - 1 Target Mapping. This
has changed in COMSTAR. Here you can do complex mappings. Altought you
can also reassemble the 1 Lun - 1 Target setup, I think even with the
same Target names (iqn), making this part of the migration more easy.
However it is still not a simple approach.
Regards,
Robert Heinzmann
James Lever schrieb:
I’m not sure I’ve seen this answered anywhere (and I’m about to need to do this
on an older system) —
How do you convert a zvol (block device) previously used/configured with zfs
shareiscsi=on to a COMSTAR zvol without losing data or having to migrate the
data off and back on?
cheers,
James
_______________________________________________
storage-discuss mailing list
storage-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/storage-discuss
_______________________________________________
storage-discuss mailing list
storage-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/storage-discuss
