toasters June 2010

toasters@lists.teaparty.net

24 participants
15 discussions

Re: snapmirror question
by Fox, Adam 03 Jun '10

03 Jun '10

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 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. **

1 0

Re: snapmirror question
by Fox, Adam 03 Jun '10

03 Jun '10

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 Sent from the Network Appliance - Toasters mailing list archive at Nabble.com.

1 0

snapmirror question
by steve klise 03 Jun '10

03 Jun '10

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.

2 2

Shelf replacement on clustered pair
by Steve Losen 01 Jun '10

01 Jun '10

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. 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

2 1

Re: snapmirror slow
by Page, Jeremy 01 Jun '10

01 Jun '10

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 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.

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

toasters June 2010