toasters

toasters@lists.teaparty.net

2 participants
13529 discussions

FAS270 reporting interrupts -- fcadmin fcal_stats
by Willeke, Jochen 08 Jun '10

08 Jun '10

Hello, last weekend we had a serious problem on one of our FAS270, which lost the connection to all it's disks on channel 0b which is the internal one. Today I checked some things and found one counter rising, which is in contrast to out other filers (other FAS270 as well). The counter is adap_spurious_interrupt_cnt and it is reported when running "fcadmin fcal_stats". Sadly there is no documentation within the man-page nor on NOW about this special counter. Anybody got background-information about this numbers? Ever come across a similar issue? Kind regards and thanks Jochen WINCOR NIXDORF International GmbH Sitz der Gesellschaft: Paderborn Registergericht Paderborn HRB 3507 Geschäftsführer: Eckard Heidloff (Vorsitzender), Stefan Auerbach, Dr. Jürgen Wunram Vorsitzender des Aufsichtsrats: Karl-Heinz Stiller Steuernummer: 339/5884/0020 - Ust-ID Nr.: DE812927716 - WEEE-Reg.-Nr. DE44477193 Diese E-Mail enthält vertrauliche Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese E-Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser E-Mail ist nicht gestattet. This e-mail may contain confidential information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden.

1 0

Storevault to FAS snapmirror
by Glenn Dekhayser 07 Jun '10

07 Jun '10

Storevaults max out at OnTAP 7.2.1.... if I upgrade my FAS to 7.3.3, I know snapmirroring TO the FAS should still work...but what about re-sync, and/or reversing for DR failback? Am I stuck with 7.2.7 on FAS?

1 0

Moving dual attached disk loops from one adapter to another -- HOT ??
by Paul Letta 04 Jun '10

04 Jun '10

Hello, I've got 2 disk loops, both are dual attached. I've got 2 unused, dual port FC cards in slots 3 and 4. The cards/slots are listed as good for disks on the hardware guide. This is for a FAS3040, running 7.2.6.1. Loop 1 is attached to port 0a and 0c. Loop 2 is attached to port 0b and 0d. Can I do the following hot with no down time? 1) Unplug loop1 from 0a and plug it into 3a 2) Unplug loop1 from 0c and plug it into 4a 3) Unplug loop 2 from 0b and plug it into 3b 4) Unplug loop 2 from 0d and plug it into 4b I would wait after each step and verify that the disks are visible via both adapters with a sysconfig -a before moving on to the next step. I did open a support case with the exact text above. But all I got was a very non-technical answer: In rare cases it can be done... but it always has potential for problems. I will say :”NO” to your question, It is not a good idea to do it “HOT”. It would be better to schedule a time when you can have a maintenance window (there will be downtime). I can wait for an off peak time to try this. But I would rather not take the filer down to do it cold if there is a chance I can do it hot. Thanks, Paul

6 6

Moving dual attached disk loops from one adapter to another -- HOT ??
by Paul Letta 04 Jun '10

04 Jun '10

Thanks for all the public/private replies on this subject. I've heard enough that I will not attempt it. I've also heard enough that my reasoning for wanting to do it is premature and I need to find out why the expansion cards are not negotiating the FC link with the tape drive. Thanks again ! Paul

1 0

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 02 Jun '10

02 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

snapmirror slow
by Bert Kiers 31 May '10

31 May '10

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

1 0

Jump to page:

2025

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