Karl,
> I have an avs replica configured like:
> sndradm -e primary /dev/rdsk/c2t2d0s6 /dev/rdsk/c0t1d0s3 secondary
> /dev/md/rdsk/d22 /dev/md/rdsk/d23
>
> I need to change the bitmap on primary from /dev/rdsk/c0t1d0s3 to
> /dev/rdsk/c0t0d0s5
>
> According to the docs
> http://docs.sun.com/source/819-6148-10/chap5.html#61413 I should be
> running the following command on the primary
>
> bash-3.00# sndradm -ln
> bash-3.00# sndradm -R b p /dev/rdsk/c0t0d0s5 primary:/dev/rdsk/
> c2t2d0s6
> sndradm: Error: set primary:/dev/rdsk/c2t2d0s6 not found in config
The simple answer is:
sndradm -R b p /dev/rdsk/c0t0d0s5 secondary:/dev/md/rdsk/d22
The reason for this change, is that all SNDR replicas are know by
their shost:svol name, regardless of what node, or what type of
operation is being performed against them.
The lower case 'b', means replace the bitmap.
The lower case 'p', means replace the bitmap on the primary host.
Also take note of the following:
Optionally, to ensure consistency for status reporting, issue the
command from both hosts.
>
>
> bash-3.00# dscfg -l|grep -v "#"
> scm: 128 64 - - - - - - -
> setid: 1 -
> sndr: primary /dev/rdsk/c2t2d0s6 /dev/rdsk/c0t1d0s3 secondary
> /dev/md/rdsk/d22 /dev/md/rdsk/d23 ip async - - setid=1; -
> sv: /dev/rdsk/c2t2d0s6 - -
> sv: /dev/rdsk/c0t1d0s3 - -
> dsvol: /dev/rdsk/c2t2d0s6 - sndr
> dsvol: /dev/rdsk/c0t1d0s3 - sndr
>
> I'd like to avoid doing a dscfgadm -d;dscfgadm -i;init 6;sndradm -e
> primary /dev/rdsk/c2t2d0s6 /dev/rdsk/c0t0d0s5 secondary /dev/md/rdsk/
> d22
> /dev/md/rdsk/d23 on both the primary and secondary.
>
> Any sugestions?
>
> Thanks
> Karl
>
>
> 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.
> _______________________________________________
> storage-discuss mailing list
> [email protected]
> http://mail.opensolaris.org/mailman/listinfo/storage-discuss
--
Jim Dunham
Engineering Manager
Storage Platform Software Group
Sun Microsystems, Inc.
_______________________________________________
storage-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/storage-discuss
