zfs discuss - Jun 2010 - COMSTAR ISCSI - configuration export/import

Hi all,

Having osol b134 exporting a couple of iscsi targets to some hosts,how can the
COMSTAR configuration be migrated to other host?
I can use the ZFS send/receive to replicate the luns but how can I
"replicate" the target,views from serverA to serverB ?
 
Is there any best procedures to follow to accomplish this?
Thanks for all your time,

Bruno

Sent from my HTC
-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20100628/2c8845ac/attachment.html>

I havnt tried it yet, but supposedly this will backup/restore the
comstar config:

$ svccfg export -a stmf > ?comstar?.bak.${DATE}

If you ever need to restore the configuration, you can attach the
storage and run an import:

$ svccfg import ?comstar?.bak.${DATE}


    - Mike

On 6/28/10, bsousa at epinfante.com <bsousa at epinfante.com>
wrote:
> Hi all,
>
> Having osol b134 exporting a couple of iscsi targets to some hosts,how can
> the COMSTAR configuration be migrated to other host?
> I can use the ZFS send/receive to replicate the luns but how can I
> "replicate" the target,views from serverA to serverB ?
>
> Is there any best procedures to follow to accomplish this?
> Thanks for all your time,
>
> Bruno
>
> Sent from my HTC
> --
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
>
>
-- 
Sent from my mobile device

Hmm...that easy? ;)

Thanks for the tip, i will see if that works out.

Bruno

On 29-6-2010 2:29, Mike Devlin wrote:
> I havnt tried it yet, but supposedly this will backup/restore the
> comstar config:
>
> $ svccfg export -a stmf > ?comstar?.bak.${DATE}
>
> If you ever need to restore the configuration, you can attach the
> storage and run an import:
>
> $ svccfg import ?comstar?.bak.${DATE}
>
>
>     - Mike
>
> On 6/28/10, bsousa at epinfante.com <bsousa at epinfante.com> wrote:
>   
>> Hi all,
>>
>> Having osol b134 exporting a couple of iscsi targets to some hosts,how
can
>> the COMSTAR configuration be migrated to other host?
>> I can use the ZFS send/receive to replicate the luns but how can I
>> "replicate" the target,views from serverA to serverB ?
>>
>> Is there any best procedures to follow to accomplish this?
>> Thanks for all your time,
>>
>> Bruno
>>
>> Sent from my HTC
>> --
>> This message has been scanned for viruses and
>> dangerous content by MailScanner, and is
>> believed to be clean.
>>
>>
>>     
>   

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

On Tue, 2010-06-29 at 08:58 +0200, Bruno Sousa wrote:
> Hmm...that easy? ;)
> 
> Thanks for the tip, i will see if that works out.
> 
> Bruno
Be aware of the Important Note in
http://wikis.sun.com/display/OpenSolarisInfo/Backing+Up+and+Restoring+a
+COMSTAR+Configuration regarding Backing Up and Restoring a COMSTAR
Configuration.

Important Note
An existing bug in svccfg export causes data to be lost on export when
the persistent logical unit data (stored in the provider_data_pg_sbd
property group) exceeds 2 Kbytes. Refer to CR 6694511 for more details.
Because the truncation is silent, you cannot determine when data has
been lost on export. Until CR 6694511 is integrated, do not use the
instructions on this page to back up the STMF service.
> On 29-6-2010 2:29, Mike Devlin wrote:
> > I havnt tried it yet, but supposedly this will backup/restore the
> > comstar config:
> >
> > $ svccfg export -a stmf > ?comstar?.bak.${DATE}
> >
> > If you ever need to restore the configuration, you can attach the
> > storage and run an import:
> >
> > $ svccfg import ?comstar?.bak.${DATE}
> >
> >
> >     - Mike
> >
> > On 6/28/10, bsousa at epinfante.com <bsousa at epinfante.com>
wrote:
> >   
> >> Hi all,
> >>
> >> Having osol b134 exporting a couple of iscsi targets to some
hosts,how can
> >> the COMSTAR configuration be migrated to other host?
> >> I can use the ZFS send/receive to replicate the luns but how can I
> >> "replicate" the target,views from serverA to serverB ?
> >>
> >> Is there any best procedures to follow to accomplish this?
> >> Thanks for all your time,
> >>
> >> Bruno
> >>
> >> Sent from my HTC
> >> --
> >> This message has been scanned for viruses and
> >> dangerous content by MailScanner, and is
> >> believed to be clean.
> >>
> >>
> >>     
> >   
> 
> 

-- 
Thank you,
Preston Connors
Atlantic.Net

Ouch...!
Thanks for the head''s up, and is there any workaround for this?

Can i for instance :

   1. Create the iscsi block on the primary server with command : zfs
      create -p -s -V 10G vol0/iscsi/LUN_10GB
   2. Use sbdadm to make the lun available with command : sbdadm
      create-lu /dev/zvol/rdsk/vol0/iscsi/LUN_10GB
   3. Add a view to this LUN with the command : stmfadm add-view uuid_of_LUN
   4. use zfs send/receive to replicate this LUN from the primary server
      to the backup server
   5. on the backserver use sbdadm create-lu or import-lu
      /dev/zvol/rdsk/vol0/iscsi/LUN_10GB

Thanks for all the tips.

Bruno

On 29-6-2010 14:10, Preston Connors wrote:
> On Tue, 2010-06-29 at 08:58 +0200, Bruno Sousa wrote:
>   
>> Hmm...that easy? ;)
>>
>> Thanks for the tip, i will see if that works out.
>>
>> Bruno
>>     
> Be aware of the Important Note in
> http://wikis.sun.com/display/OpenSolarisInfo/Backing+Up+and+Restoring+a
> +COMSTAR+Configuration regarding Backing Up and Restoring a COMSTAR
> Configuration.
>
> Important Note
> An existing bug in svccfg export causes data to be lost on export when
> the persistent logical unit data (stored in the provider_data_pg_sbd
> property group) exceeds 2 Kbytes. Refer to CR 6694511 for more details.
> Because the truncation is silent, you cannot determine when data has
> been lost on export. Until CR 6694511 is integrated, do not use the
> instructions on this page to back up the STMF service.
>
>   
>> On 29-6-2010 2:29, Mike Devlin wrote:
>>     
>>> I havnt tried it yet, but supposedly this will backup/restore the
>>> comstar config:
>>>
>>> $ svccfg export -a stmf > ?comstar?.bak.${DATE}
>>>
>>> If you ever need to restore the configuration, you can attach the
>>> storage and run an import:
>>>
>>> $ svccfg import ?comstar?.bak.${DATE}
>>>
>>>
>>>     - Mike
>>>
>>> On 6/28/10, bsousa at epinfante.com <bsousa at epinfante.com>
wrote:
>>>   
>>>       
>>>> Hi all,
>>>>
>>>> Having osol b134 exporting a couple of iscsi targets to some
hosts,how can
>>>> the COMSTAR configuration be migrated to other host?
>>>> I can use the ZFS send/receive to replicate the luns but how
can I
>>>> "replicate" the target,views from serverA to serverB
?
>>>>
>>>> Is there any best procedures to follow to accomplish this?
>>>> Thanks for all your time,
>>>>
>>>> Bruno
>>>>
>>>> Sent from my HTC
>>>> --
>>>> This message has been scanned for viruses and
>>>> dangerous content by MailScanner, and is
>>>> believed to be clean.
>>>>
>>>>
>>>>     
>>>>         
>>>   
>>>       
>>
>>     
>
>   

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20100629/976a47a3/attachment.html>

You may wish to look at this thread:
http://opensolaris.org/jive/thread.jspa?threadID=128046&tstart=0 (last 
post):

---- start quote from thread ----

Hi everybody,

after looking into the current on source code (b134) into
/usr/src/lib/libstmf/common/store.c, I don''t think that this bug
does still have an impact on COMSTAR.

The code there chunks the "provider_data_prop" (thats the stuff that
can get longer than 4kb) into several separate properties 
"provider_data_prop-<N>" with 4kb length, when it stores it and
reads it back by the same algorithm.

If this would still be an issue (or ever was), you would not be able
to reboot your machine without loosing your data, since libstmf
will read the data after reboot from libscf again.

"svccfg export -a stmf" will only dump what libstmf has put into
it before.

So as far as I can say this warning in connection to COMSTAR is simply 
wrong and not true anymore.

----end quote from thread ----

Josh Simon

On 06/29/2010 08:10 AM, Preston Connors wrote:
> On Tue, 2010-06-29 at 08:58 +0200, Bruno Sousa wrote:
>> Hmm...that easy? ;)
>>
>> Thanks for the tip, i will see if that works out.
>>
>> Bruno
>
> Be aware of the Important Note in
> http://wikis.sun.com/display/OpenSolarisInfo/Backing+Up+and+Restoring+a
> +COMSTAR+Configuration regarding Backing Up and Restoring a COMSTAR
> Configuration.
>
> Important Note
> An existing bug in svccfg export causes data to be lost on export when
> the persistent logical unit data (stored in the provider_data_pg_sbd
> property group) exceeds 2 Kbytes. Refer to CR 6694511 for more details.
> Because the truncation is silent, you cannot determine when data has
> been lost on export. Until CR 6694511 is integrated, do not use the
> instructions on this page to back up the STMF service.
>