The idea is that you will setup all your target groups during initial setup and then online the service. The dynamic mapping you need to do afterwards is mostly for the host groups (mapping a LUN to a host) and that can be done while the service is running.
Also the problem with target groups is that when you update a target group, the number of possibilities which stmf has to handle are way too many and handling them while running traffic and keeping proper LUN tables is just not worth the trouble since its mostly an initial setup type operation. Hence the requirement that you should offline the service. Sumit -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of F. Wessels Sent: Monday, January 12, 2009 1:43 PM To: [email protected] Subject: Re: [storage-discuss] Receive a snapshot to a comstar lun Thank you Sumit, that appeared to work. Now another snag hit the transfer of the lun. I've got several target serving luns. I want specific mappings between targets and luns. So I setup everything like this: # stmfadm create-tg tg_server1 # stmfadm create-tg tg_server2 # stmfadm add-tg-member -g tg_server1 target_guid1 # stmfadm add-tg-member -g tg_server2 target_guid2 # sdbadm create-lu /dev/zvol/rdsk/mpool/... use the returned guid of the lu to create a view # stmfadm add-view -t tg_server1 lun-guid this all works like a charm, IF I first bring down the stmf service and after the commands bring it back up. If I don't bring down stmf and execute "stmfadm add-tg-member" it fails with: stmfadm: STMF service must be offline I took a look at smtf.c and found that stmfAddToTargetGroup was the only command with this check. How can I add a target to a group without offlining the stmf service? I assume that doing that will "offline" everything and therefore disrupt any connected initiators. Thanks, Frederik -- This message posted from opensolaris.org _______________________________________________ storage-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/storage-discuss _______________________________________________ storage-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/storage-discuss
