Re: [zfs-discuss] COMSTAR ISCSI - configuration export/import
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, bso...@epinfante.com bso...@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. ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] COMSTAR ISCSI - configuration export/import
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, bso...@epinfante.com bso...@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 ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] COMSTAR ISCSI - configuration export/import
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, bso...@epinfante.com bso...@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. ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] COMSTAR ISCSI - configuration export/import
You may wish to look at this thread: http://opensolaris.org/jive/thread.jspa?threadID=128046tstart=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. ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] COMSTAR ISCSI - configuration export/import
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, bso...@epinfante.com bso...@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 ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss