Sync is volume-only and follows the VSM rules.
-- Adam Fox
------------------------
Typed with my thumbs on a very small keyboard.
________________________________
From: MRWILLIS(a)UP.COM <MRWILLIS(a)UP.COM>
To: Fox, Adam
Cc: klises(a)caminomedical.org <klises(a)caminomedical.org>; owner-toasters(a)mathworks.com <owner-toasters(a)mathworks.com>; toasters(a)mathworks.com <toasters(a)mathworks.com>
Sent: Thu Jun 03 12:06:23 2010
Subject: Re: snapmirror question
…
[View More]
You might also want to read up on SYNC and ASYNC requirements ;)
"Fox, Adam" <Adam.Fox(a)netapp.com>
Sent by: owner-toasters(a)mathworks.com
06/03/2010 10:44 AMTo
<klises(a)caminomedical.org>, <toasters(a)mathworks.com>
cc
Subject
Re: snapmirror question
This will work fine and is supported.
For Volume SnapMirrors it's best to keep both sides on the same single-dot release. If they must be different, then the destination side needs to be higher.
For Qtree SnapMirror, you can mix releases versions more liberally.
But in your case you are within the same single-dot release (7.3) so you're fine.
-- Adam Fox
------------------------
Typed with my thumbs on a very small keyboard.
----- Original Message -----
From: steve klise <klises(a)caminomedical.org>
To: toasters(a)mathworks.com <toasters(a)mathworks.com>
Sent: Thu Jun 03 10:29:56 2010
Subject: snapmirror question
We are doing a head upgrade tonight, and will upgrade ontap from 7.24 and go
to 7.3.3 GD. We have a bunch of filers that snapmirror to a 3070 that is
7.3.2.p3.
Our VAR said this should still be supported, snapmirroring from 7.3.3 to
7.3.2. Has anyone done this or confirmed if it will work? Any gotchas?
thanks always in advance.
--
View this message in context: http://old.nabble.com/snapmirror-question-tp28768308p28768308.html <http://old.nabble.com/snapmirror-question-tp28768308p28768308.html>
Sent from the Network Appliance - Toasters mailing list archive at Nabble.com.
**
This message and any attachments contain information from Union Pacific which may be confidential and/or privileged. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited by law. If you receive this message in error, please contact the sender immediately and delete the message and any attachments.
**
[View Less]
This will work fine and is supported.
For Volume SnapMirrors it's best to keep both sides on the same single-dot release. If they must be different, then the destination side needs to be higher.
For Qtree SnapMirror, you can mix releases versions more liberally.
But in your case you are within the same single-dot release (7.3) so you're fine.
-- Adam Fox
------------------------
Typed with my thumbs on a very small keyboard.
----- Original Message -----
From: steve klise <klises(a)…
[View More]caminomedical.org>
To: toasters(a)mathworks.com <toasters(a)mathworks.com>
Sent: Thu Jun 03 10:29:56 2010
Subject: snapmirror question
We are doing a head upgrade tonight, and will upgrade ontap from 7.24 and go
to 7.3.3 GD. We have a bunch of filers that snapmirror to a 3070 that is
7.3.2.p3.
Our VAR said this should still be supported, snapmirroring from 7.3.3 to
7.3.2. Has anyone done this or confirmed if it will work? Any gotchas?
thanks always in advance.
--
View this message in context: http://old.nabble.com/snapmirror-question-tp28768308p28768308.html
Sent from the Network Appliance - Toasters mailing list archive at Nabble.com.
[View Less]
We are doing a head upgrade tonight, and will upgrade ontap from 7.24 and go
to 7.3.3 GD. We have a bunch of filers that snapmirror to a 3070 that is
7.3.2.p3.
Our VAR said this should still be supported, snapmirroring from 7.3.3 to
7.3.2. Has anyone done this or confirmed if it will work? Any gotchas?
thanks always in advance.
--
View this message in context: http://old.nabble.com/snapmirror-question-tp28768308p28768308.html
Sent from the Network Appliance - Toasters mailing list …
[View More]archive at Nabble.com.
[View Less]
Hello toasters,
We need to replace a disk shelf on a FAS3050 clustered pair and I
was wondering if I could shut down just the filer that owns the
shelf and leave the partner up, even though the partner is
connected to the shelf.
We had a fan fault on a PSU, replaced it, and later on the fan
fault came back. Replaced it again and the same thing happened,
so now we must replace the shelf. It is in the middle of a
shelf chain and I must disconnect it and physically remove it from
the cabinet.
…
[View More]On the FAS3050 disk ownership is hardware assigned. Filer "A"
owns all of the shelves and disks on its 0a FC adapter and the
bad shelf is on this chain. The partner filer "B" is also
connected to these shelves using its 0b FC adapter and the ESH2
"B" modules on the shelves.
I am wondering if I can leave filer "B" up. I was thinking along
these lines:
cf disable
shut down filer "A"
power off bad shelf, disconnect, and remove
install replacement shelf, move disks, PSUs and ESH2 modules
from old shelf to replacement shelf.
set shelf id
connect and power on
wait for shelf to boot and disks to spin up
boot filer "A"
cf enable
I am sure that filer "B" will be unhappy because its 0b loop will
be broken, but I hope it will stay up because all of the disks
that B owns will remain available. Only partner disks owned by "A"
will disappear.
Will filer "B" return to normal when its 0b loop is reconnected?
We are running ONTAP 7.3.1.1
I know it is safer to shut down both filers, but the resulting
downtime would be more than twice as disruptive.
Steve Losen scl(a)virginia.edu phone: 434-924-0640
University of Virginia ITC Unix Support
[View Less]
Have you tried a reallocate measure? What does a statit look like during
the xfer?
Did it ever run properly?
Bert Kiers <kiersb(a)xs4all.net> wrote:
Hi,
We have a problem on one head in a 6070 fabric metro cluster where
snapmirror is slow. The maximum speed is 9.6 MB/s no matter how high it
is throttled. If throttle is set lower, then the lower value is the
transfer speed. It was orginally diagnosed going over the network, but
snapmirror from one volume to another on the same head is …
[View More]also slow. Vol
copy and NFS writes to volumes in the same aggregate are ten times
faster. Also, snapmirror on the partner in the FMC is fast.
The aggr has 84 15k RPM disks, raid size is 21, disks are 300 GB. I have
tried destroying and recreating the aggr; also tried smaller aggr; same
result. There is nothing special in /etc/messages or /etc/log/snapmirror.
For the incrowd, this is netapp case 2001426595, opened 21-Apr-2010, but
there is no progress there, so I ask here.
Any ideas?
Grtnx,
--
Bert Kiers
XS4ALL UNIX systeembeheerder, suspected terrorist
1984 was not meant as a manual
Please be advised that this email may contain confidential
information. If you are not the intended recipient, please notify us
by email by replying to the sender and delete this message. The
sender disclaims that the content of this email constitutes an offer
to enter into, or the acceptance of, any agreement; provided that the
foregoing does not invalidate the binding effect of any digital or
other electronic reproduction of a manual signature that is included
in any attachment.
[View Less]