toasters

toasters@lists.teaparty.net

2 participants
13529 discussions

Start a nNew thread

RE: Having trouble with VIFs and VLANs
by Steve Losen 04 Aug '10

04 Aug '10

1 0

Re: Mixing I/O load type in an aggregate
by Page, Jeremy 02 Aug '10

02 Aug '10

I would intentionally mix assuming I can still meet io rrequirements, this generally will help balance since they have seperate io signatures...sequential reads versus small block mixed io etc. Fred Grieco <fredgrieco(a)yahoo.com> wrote: What is the best practice for mixing (or not mixing) different I/O load types in an aggregate? Should I keep similar loads together, or "mix and match" the sets. For instance, I am looking at placing a variety of different data sets on four aggregates. These data sets include sequential backups-to-disk, nfs and cifs file shares, and "QA-dev" luns. Should I keep all the backups on one aggregate, and all the file shares on another? What do you generally do? Are there situations that will adversely affect performance? TIA, Fred 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.

1 0

Mixing I/O load type in an aggregate
by Fred Grieco 02 Aug '10

02 Aug '10

What is the best practice for mixing (or not mixing) different I/O load types in an aggregate? Should I keep similar loads together, or "mix and match" the sets. For instance, I am looking at placing a variety of different data sets on four aggregates. These data sets include sequential backups-to-disk, nfs and cifs file shares, and "QA-dev" luns. Should I keep all the backups on one aggregate, and all the file shares on another? What do you generally do? Are there situations that will adversely affect performance? TIA, Fred

1 0

Re: max aggr size of 16TB
by Fox, Adam 31 Jul '10

31 Jul '10

The other mode is Clustered ONTAP which is based on the GX (aka Spinnaker) version of ONTAP. It's intended for those running on that platform today. In 8.1, there will be a single ONTAP once again. 8.0 merges the code itself. We expect just about all current 7.x customers to move up to 7-mode and GX customers to move to clustered mode when going to 8.0. As far as migrations to 64-bit aggrs, that will depend but it will have to be logical not physical (no VSM, no vol/aggr copy). The right way will vary on your environment so in general I would recommend customers work with their account team and talk to the migration experts to talk about your specific scenario. It may not make sense to migrate in some cases as you can have both types of aggrs on a system. But even if you don't buy a migration service, talking to those folks can be beneficial. -- Adam Fox ------------------------ Typed with my thumbs on a very small keyboard. ----- Original Message ----- From: Bert Kiers <kiersb(a)xs4all.net> To: Fox, Adam Cc: lists(a)up-south.com <lists(a)up-south.com>; Toasters <toasters(a)mathworks.com> Sent: Fri Jul 30 18:10:42 2010 Subject: Re: max aggr size of 16TB On Fri, Jul 30, 2010 at 05:20:17PM -0400, Fox, Adam wrote: > Not exactly true. 7-mode in ONTAP 8 does have larger than 16T > aggregates, although it is for new aggregates. > How large depends on your model, but it can be as high as 100T out of > the gate with future increases to come in future releases. That is good to hear. But then, what is the difference between 7-mode and native? Any tips on how to migrate? We are thinking about breaking the sync- mirror relation in out FMC, the recreating one aggr on one side, do vol copy, then destroying the other side and reinitialize the sync mirror. The vol copy will however take too long as far as we know now. Now we have several aggr with 2 volumes each, close to 16 TB, with email and we cannot afford more than 1 or 2 hours downtime. Even at 10 GbE (which interfaces we don't have), it will take minimum 4.5 hours that way :( And breaking the mirror makes me nervous. Grtnx, -- Bert Kiers XS4ALL UNIX systeembeheerder, suspected terrorist 1984 was not meant as a manual

1 0

Re: max aggr size of 16TB
by Chaim Rieger 30 Jul '10

30 Jul '10

cant snapmirror from 32 to 64 bit, can snapvault though, i do think that 8.0 is ready for most use cases. thats all

2 1

Deduplication volume size limits.
by Ray Van Dolson 30 Jul '10

30 Jul '10

The most recent documentation I have states that there is a 1TB volume size limit for SIS enabled FlexVol's on FAS2050 hardware. Is this still the case as of Data ONTAP 7.3.3? I hear rumors from time to time of the limit being increased to 2TB or beyond, though I understand memory is the limiting factor. I'll keep searching around NOW for newer documentation than I have but figured someone here would know off the top of their heads. :) Thanks, Ray

1 1

Deduplication and space usage - best practices
by Ray Van Dolson 28 Jul '10

28 Jul '10

We use deduplication on our N3600 (FAS2050C) with ESX (vSphere these days) via NFS. I'm curious how those of you out there with a similar setup manage your disk space and identify "critical" threshholds. We also do thin provisioning so we're thinking about a worst-case scenario where we have to restore from backups and end up with thick provisioned and non deduped VMDK files. We don't want to be too conservative though -- may as well not be using dedupe at all... :) Interested in how others on the list deal with this. Thanks, Ray

2 1

10gb Network Bandwidth concern
by ifstat 21 Jul '10

21 Jul '10

We have installed dual port 10Gbe (x1008a-r6) in our FAS3170A, configured them as a vif using lacp, with load balancing as mac. What we are noticing is that we are only get 1.4Gbits bandwidth per port. Even though we should realy be achiving at least 20Gbits. The filers connect to a 6509 CISCO switch, with each interface connecting to a different module for redundancy. The two interfaces from the filer define a port channel on the switch so that they reflect the vif on each filer. The tool we use to check on the throughput is called Solarwinds and Orion. This tool shows that: a. For netapp1, each interface is shown to work at 1.4101Gbits. The vif is shown to work at 2.8201Gbits. b. For netapp2, each interface is shown to work at 10Gbits. The vif is shown to work at 20Gbits, but we don't get more that 2.8201 Gbits Is this normal or what are we misising? We have a case open (2001542643) is anyone for NetApp has access. Thanks -- View this message in context: http://old.nabble.com/10gb-Network-Bandwidth-concern-tp29222397p29222397.ht… Sent from the Network Appliance - Toasters mailing list archive at Nabble.com.

5 4

Slot labeling for a 3070?
by Page, Jeremy 20 Jul '10

20 Jul '10

I'm getting a set of PAM II cards for my 3070 and have started doing some of the installation research. The system configuration guide recommends they be installed in specific slots but I can't tell what they mean. Is there a doc that has the slots diagrammed in it? 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

nitro security and cifs auditing
by Halton, Robert 15 Jul '10

15 Jul '10

Has anyone been using Nitro security for auditing CIFS? Any caveats? Thanks This message is intended only for the person(s) to which it is addressed and may contain privileged, confidential and/or insider information. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. Any disclosure, copying, distribution, or the taking of any action concerning the contents of this message and any attachment(s) by anyone other than the named recipient(s) is strictly prohibited.

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