Hi Jim,
Thank you for the clarification, it's now perfectly clear to me.
Regards,
Bruno
Jim Dunham wrote:
Bruno,
Hello,
I have been "playing" with opensolaris+zfs for some time , and i'm
interested in the replication concept provided by the AVS stack.
However, for what i understand the avs setup requires a bitmap volume
size, afer a zpool create / zpool destroy .
I was wondering if it's possible to configure AVS in existing
zpool's, without destroy them to get the bitmap volume size .
I think you are misinterpreting the intent of the following example:
http://blogs.sun.com/AVS/entry/is_it_possible_to_replicate
Destroying the zpool in the following steps, is not so that 'dsbitmap'
can be used, as the dsbitmap command would work right after the "zpool
create ....".
.
.
zpool create <pool-name> <vdev1> ... <vdev'n'>
zpool status
[ keep list of all vdevs configured]
zpool destroy <pool-name>
dsbitmap -r <vdev1>
The reason that the zpool is destroyed, is because of the "NOTE:"
earlier in the example:
NOTE: When SNDR replicas are configured before the ZFS storage
pool is created, use "sndradm -E ...", verses "sndradm -e ...",
avoiding the cost in both time and network resources to
synchronize all volumes in the ZFS storage pool, volumes which
essentially contain no data.
So the ZPOOL is created, then destroyed, then bitmap volumes are sized
up, and created. This is done on both the SNDR primary and secondary
nodes, so that all consistent volumes of the entire SNDR replica are
known. Then the SNDR replica is created using "sndradm -E ....". The
with replication configured, the ZPOOL is created, and then only those
ZFS write I/O operations needed to initialize a ZFS storage pool are
replicated primary to secondary, instead of ALL of the blocks in a ZFS
storage pool when "sndradm -e ..." is used.
Sorry for the confusion.
- Jim
Thanks in advance,
Bruno
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
_______________________________________________
storage-discuss mailing list
[email protected] <mailto:[email protected]>
http://mail.opensolaris.org/mailman/listinfo/storage-discuss
--
This message has been scanned for viruses and
dangerous content by *MailScanner* <http://www.mailscanner.info/>, and is
believed to be clean.
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
_______________________________________________
storage-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/storage-discuss
