Karl Rossing wrote:
> Jim Dunham wrote:
>>> I managed to get LDOMS setup on a T1000.
>>>
>>> The disk that i'm presenting to the secondary AVS ldom is an svm
>>> volume (/dev/md/dsk/d20). Inside the ldom, the disk(/dev/md/dsk/
>>> d20) looks like /dev/dsk/c0d2s0.
>>>
>>> The secondary volume is now being replicated for the 1st time. The
>>> command i used was sndradm -m secondary:/dev/rdsk/c0d2s0.
>>
>> What does your replicated configuration look like?
>>
>> The reason that I am asking is the a complete SNDR replica consist
>> of the follow components.
>>
>> primary host
>> primary device
>> primary bitmap
>> secondary host
>> secondary device
>> secondary bitmap
>> replication type (sync, or async)
>>
>> At enable time the command the must be invoked on both the primary
>> and secondary hosts, and looks something like this:
>>
>> sndradm -e <phost> <pdev> <pbmp> <shost> <sdev> <sbmp> ip {sync
>> | async} [g <group>] [q <qdev>]
>>
> sndradm -e primary /dev/rdsk/c0d1s0 /dev/rdsk/c0d2s0 secondary /dev/
> rdsk/c0d2s0 /dev/rdsk/c0d3s0 ip async
So, what happens when you invoke this SNDR command, of course the
first one two times, once one "primary" and once on "secondary"?
>
>
>> At update time
>>
>> sndradm -m shost:sdev
> sndradm -m secondary:/dev/rdsk/c0d2s0
How about the update command, or the following?
sndradm -P
sndradm -p
dsstat
> strings primary:/etc/dscfg_local
FWIW. This command only works the first couple of times, but once
deletes and adds start happening, the binary contents for /etc/
dscfg_local won't format nicely.
Try either:
dscfg -l
or,
dscfg -l | grep -v "^#"
>
> MAGI
> C:scm
> .thread
> .size
> .write_cache
> .fill_pattern.reserved1.iobuf.tdemons.forced_wrthru.no_forced_wrthru
> C:cache_hint.device.wrthru.nordcache
> C:ii.master.shadow.bitmap.mode.overflow.cnode.options.group
> C:setid.value.cnode
> C:sndr
> .phost
> .primary
> .pbitmap.shost.secondary.sbitmap.type.mode.group.cnode.options.diskq
> C:ndr_ii.secondary.shadow.bitmap.state.cnode
> C:bitmaps.bitmap.cnode
> C:sv.vol.mode.cnode
> C:ncallcore.nodeid.cnode
> C:dsvol.path.cnode.users
> 128 64 - - - - - - -
> 128 64 - - - - - - -
> 1 -
> primary /dev/rdsk/c0d1s0 /dev/rdsk/c0d2s0 secondary /dev/rdsk/
> c0d2s0 /dev/rdsk/c0d3s0 ip async - - setid=1; -
> /dev/rdsk/c0d1s0 - -
> /dev/rdsk/c0d2s0 - -
> /dev/rdsk/c0d1s0 - sndr
> /dev/rdsk/c0d2s0 - sndr
>
>
>
> strings secondary:/etc/dscfg_local
> MAGI
> C:scm
> .thread
> .size
> .write_cache
> .fill_pattern.reserved1.iobuf.tdemons.forced_wrthru.no_forced_wrthru
> C:cache_hint.device.wrthru.nordcache
> C:ii.master.shadow.bitmap.mode.overflow.cnode.options.group
> C:setid.value.cnode
> C:sndr
> .phost
> .primary
> .pbitmap.shost.secondary.sbitmap.type.mode.group.cnode.options.diskq
> C:ndr_ii.secondary.shadow.bitmap.state.cnode
> C:bitmaps.bitmap.cnode
> C:sv.vol.mode.cnode
> C:ncallcore.nodeid.cnode
> C:dsvol.path.cnode.users
> 128 64 - - - - - - -
> 128 64 - - - - - - -
> 1 -
> primary /dev/rdsk/c0d1s0 /dev/rdsk/c0d2s0 secondary /dev/rdsk/
> c0d2s0 /dev/rdsk/c0d3s0 ip async - - setid=1; -
> /dev/rdsk/c0d2s0 - -
> /dev/rdsk/c0d3s0 - -
> /dev/rdsk/c0d2s0 - sndr
> /dev/rdsk/c0d3s0 - sndr
>
>
>
> CONFIDENTIALITY NOTICE: This communication (including all
> attachments) is
> confidential and is intended for the use of the named addressee(s)
> only and
> may contain information that is private, confidential, privileged, and
> exempt from disclosure under law. All rights to privilege are
> expressly
> claimed and reserved and are not waived. Any use, dissemination,
> distribution, copying or disclosure of this message and any
> attachments, in
> whole or in part, by anyone other than the intended recipient(s) is
> strictly
> prohibited. If you have received this communication in error,
> please notify
> the sender immediately, delete this communication from all data
> storage
> devices and destroy all hard copies.
Jim Dunham
Engineering Manager
Storage Platform Software Group
Sun Microsystems, Inc.
1617 Southwood Drive
Nashua, NH 03063
_______________________________________________
storage-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/storage-discuss
