toasters January 2001

toasters@lists.teaparty.net

135 participants
157 discussions

FS: F7XX systems; 18gb and 36gb disks/shelves
by ScottUCE＠aol.com 12 Jan '01

12 Jan '01

Available NetApp equipment includes: F720 F740s - Qty 8 F760s - Qty 4 18gb disk shelves/drives 36gb disk shelves/drives Spares kits Lots of older NetApp stuff -- systems, add-ons and parts We'd be delighted to hear from you should you have any interest. Scott Fischmann Union Computer Exchange, Inc. 6233 Idylwood Lane Minneapolis, MN 55436 Phone: 952 935 7282 www.unioncomputer.com

1 0

RE: backup for f760
by Davis, John 12 Jan '01

12 Jan '01

You should definitely add the BakBone backup s/w (ndmp version) to your short list..I just installed and set it up today pointing at a SL Bullfrog 10K..got about 10mb/sec (ave) backing up an Oracle database..very easy to install and much easier to learn to use.. -----Original Message----- From: Jeff Bryer [mailto:bryer@sfu.ca] Sent: Friday, January 12, 2001 2:37 PM To: nlehrer(a)ibb.gov Cc: toasters(a)mathworks.com; ch(a)ibb.gov Subject: Re: backup for f760 We've recently purchased an AIT-2 library (Spectralogic Gator 64000) which we are still testing out and evaluating software on before putting into production. We have some DLT-7000 drives around the place, and have been replacing them fairly regularly due to problems that we chose not to purchase another DLT-7000 based library. Based on feedback from this list, we're not even considering Legato's Networker (for it's poor quality in NDMP support). We've been focusing on Syncsort Backup Express, Quadratec Time Navigator and Veritas NetBackup Data Center. > i need to backup our f760, currently about 200GB. i will be testing legato > networker [we already use it] with ndmp and need to decide on a tape system. i > am open to either dlt7000 or ait-2 based stacker solutions. what are people > happy with? > -- Jeff Bryer bryer(a)sfu.ca Systems Administrator (604) 291-4935 Academic Computing, Simon Fraser University

1 0

backup for f760
by neil lehrer 12 Jan '01

12 Jan '01

hi, i need to backup our f760, currently about 200GB. i will be testing legato networker [we already use it] with ndmp and need to decide on a tape system. i am open to either dlt7000 or ait-2 based stacker solutions. what are people happy with? thanks

2 1

Re: /home layout with many filers and NIS automount
by Paul Wiltsey 12 Jan '01

12 Jan '01

Large maps are not that bad to manage... I vote for: user1 filer2:/vol/vol1/& .... user9999 filer3:/vol/vol4/& That is how we do it anyway. ----- Original Message ----- From: "Rainchik, Aleksandr (MED, Non GE)" <Aleksandr.Rainchik(a)med.ge.com> Date: Friday, January 12, 2001 11:47 am Subject: /home layout with many filers and NIS automount > Hello, > > I just need a word of advice on how to structure /home if you > use automount, have 5-10 home directory servers (NetApp filers) > and around 1000 users. > > I'm personally is looking for /home/homeserver-vol#/user-name > scheme, so my automount maps will be nice, small and manageble: > > #auto_home NIS map > filer1-0 filer1:/vol/vol0 > filer1-1 filer1:/vol/vol1 > ... > filer5-5 filer5:/vol/vol5 > > > But it seems like users prefer /home/username scheme and it leads > to 1000+ NIS automount map for /home, like > > #auto_home NIS map > user1 filer2:/vol/vol1/& > .... > user9999 filer3:/vol/vol4/& > > Do you know if there is more elegant solution for this problem? Can > youtell me, what is your preference for /home layout? > > Thank you. > > -- Aleksandr Rainchik, SUN CSA > >

1 0

RE: performance problem on a 740
by Knight, Jason 12 Jan '01

12 Jan '01

Are you using SnapMirror on these F740's? -----Original Message----- From: Bertrand HUTIN [mailto:bertrand_hutin@amdahl.com] Sent: Friday, January 12, 2001 9:32 AM To: toasters(a)mathworks.com; vitar_dalloken(a)amdahl.com Subject: performance problem on a 740 On one of my customer's 740 filer, the average load is 72% and reached 100%, with OPS around 200 to 400. On another one with about the same OPS, the average load is 42%. Net and disk input/output is almost the same on both filers. what could be wrong?

1 0

RE: Can volumes span FCAL controllers?
by Mankovsky, Mike 12 Jan '01

12 Jan '01

My apologies for this response. It was intended for a different mail thread. Mike -----Original Message----- From: Mankovsky, Mike [mailto:mike.mankovsky@netapp.com] Sent: Friday, January 12, 2001 8:06 AM To: 'Chris Thompson'; scl(a)sasha.acc.virginia.edu Cc: sirbruce(a)ix.netcom.com; jason.santos(a)onsemi.com; mphelps(a)cfa.harvard.edu; toasters(a)mathworks.com Subject: RE: Can volumes span FCAL controllers? I don't see the reason to get Jess involved at this point. Mike -----Original Message----- From: Chris Thompson [mailto:cet1@cus.cam.ac.uk] Sent: Friday, January 12, 2001 7:45 AM To: scl(a)sasha.acc.virginia.edu Cc: sirbruce(a)ix.netcom.com; jason.santos(a)onsemi.com; mphelps(a)cfa.harvard.edu; toasters(a)mathworks.com Subject: Re: Can volumes span FCAL controllers? Steve Losen <scl(a)sasha.acc.virginia.edu> wrote: > [in response to Bruce Sterling Woodcock <sirbruce(a)ix.netcom.com>] > > > > > That's not entirely true -- you can span a volume across controllers, > > > just dont span RAID groups across controllers. > > > > When a volume has 2 RAID groups, is the NVRAM split among > > RAID groups? How are CPs done? > [ Good introduction to consistency points for newbies ] > > So in answer to your question, the NVRAM is shared by all volumes > and raid groups because it is a log of incoming write requests, > not a disk buffer cache. But to resume the original thread, the question is whether or not the writes done as part of CPs are clustered in a way that helps to reduce the overheads of switching between FCAL controllers. CPs for different volumes are logically distinct operations, but are in practice synchronised, either by the 10-second clock or by NVRAM filling up. In saying that one should avoid spreading a volume over multiple controllers, but can have different volumes on different controllers, the assumption is that writes (mostly) occur first to one volume, then to another. If the same is to apply to RAID groups, then the assumption is that the writes associated with taking a CP on a single volume are (mostly) clustered by RAID group. This sounds entirely reasonable, given that the filer tries to write whole stripes, or at least stripes in which as many planes as possible are being updated. Chris Thompson University of Cambridge Computing Service, Email: cet1(a)ucs.cam.ac.uk New Museums Site, Cambridge CB2 3QG, Phone: +44 1223 334715 United Kingdom.

1 0

RE: Can volumes span FCAL controllers?
by Mankovsky, Mike 12 Jan '01

12 Jan '01

I don't see the reason to get Jess involved at this point. Mike -----Original Message----- From: Chris Thompson [mailto:cet1@cus.cam.ac.uk] Sent: Friday, January 12, 2001 7:45 AM To: scl(a)sasha.acc.virginia.edu Cc: sirbruce(a)ix.netcom.com; jason.santos(a)onsemi.com; mphelps(a)cfa.harvard.edu; toasters(a)mathworks.com Subject: Re: Can volumes span FCAL controllers? Steve Losen <scl(a)sasha.acc.virginia.edu> wrote: > [in response to Bruce Sterling Woodcock <sirbruce(a)ix.netcom.com>] > > > > > That's not entirely true -- you can span a volume across controllers, > > > just dont span RAID groups across controllers. > > > > When a volume has 2 RAID groups, is the NVRAM split among > > RAID groups? How are CPs done? > [ Good introduction to consistency points for newbies ] > > So in answer to your question, the NVRAM is shared by all volumes > and raid groups because it is a log of incoming write requests, > not a disk buffer cache. But to resume the original thread, the question is whether or not the writes done as part of CPs are clustered in a way that helps to reduce the overheads of switching between FCAL controllers. CPs for different volumes are logically distinct operations, but are in practice synchronised, either by the 10-second clock or by NVRAM filling up. In saying that one should avoid spreading a volume over multiple controllers, but can have different volumes on different controllers, the assumption is that writes (mostly) occur first to one volume, then to another. If the same is to apply to RAID groups, then the assumption is that the writes associated with taking a CP on a single volume are (mostly) clustered by RAID group. This sounds entirely reasonable, given that the filer tries to write whole stripes, or at least stripes in which as many planes as possible are being updated. Chris Thompson University of Cambridge Computing Service, Email: cet1(a)ucs.cam.ac.uk New Museums Site, Cambridge CB2 3QG, Phone: +44 1223 334715 United Kingdom.

1 0

performance problem on a 740
by Bertrand HUTIN 12 Jan '01

12 Jan '01

On one of my customer's 740 filer, the average load is 72% and reached 100%, with OPS around 200 to 400. On another one with about the same OPS, the average load is 42%. Net and disk input/output is almost the same on both filers. what could be wrong?

1 0

RE: Can volumes span FCAL controllers?
by Knight, Jason 12 Jan '01

12 Jan '01

What happens in a volume that is spanned across two controllers when one controller fails? Does that appear as a double disk failure (assuming more than one disk is on the other controller)? Jason Knight

1 0

RE: performance problem on a 740
by Bond, Andrew 12 Jan '01

12 Jan '01

There may be nothing wrong, perhaps they just need a faster filer. If the applications are doing different things then the load on the filer will vary. You cannot use OPS as a guide unless you know exactly what the ops are. You should open a call with NetApp support to make sure though. Regards, Andrew Bond Network Appliance UK Consulting Systems Engineer Waterview House, 1 Roundwood Avenue, tel +44 (0)20-8756-6722 Stockley Park, mobile +44 (0)7801-383566 Middlesex, UB11 1EJ fax +44 (0)20-8756-6701 http//www.netapp.com Get answers NOW! - NetApp On the Web - http//now.netapp.com Privileged/Confidential Information may be contained in this message. If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my company shall be understood as neither given nor endorsed by it. > -----Original Message----- > From: Bertrand HUTIN [mailto:bertrand_hutin@amdahl.com] > Sent: 12 January 2001 15:32 > To: toasters(a)mathworks.com; vitar_dalloken(a)amdahl.com > Subject: performance problem on a 740 > > > On one of my customer's 740 filer, the average load is 72% > and reached 100%, > with OPS around > 200 to 400. > On another one with about the same OPS, the average load is 42%. > > Net and disk input/output is almost the same on both filers. > > what could be wrong? > > >

1 0

← Newer
1
...
7
8
9
10
11
12
13
...
16
Older →

Jump to page:

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 January 2001