toasters January 2000

toasters@lists.teaparty.net

120 participants
129 discussions

Re: netapp mount points, copy times
by Dave Toal 13 Jan '00

13 Jan '00

Folks, These are the results of cp's between vols mounted on two mount points, and on two pairs of mount points. I saw much worse performance from the latter test -- the cp between one pair ran to completion while the other cp (different files, same two vols, different mount points on the same server) hung until the first was done. To take advantage of multiple mount-point nfs ops on a single pair of vols, then, I'd need two interfaces on the client box, one for each pair of mount points? Or is there something I can do on the netapp, equivalent to setting the number of active nfsd? Dave dev3(uhura)root wrote: > Skip, > > I ran some test cp's from sanihome mounted on dev-eval. Same tcp > parameters as production saegis. > > sanihome:/vol/vol0 is mounted on /test/s1 and /vol/nfs_archive is > mounted on /test/s2 > > # time cp /test/s1/dtoal-bigfile /test/s2/dtoal-bigfile > > real 49.9 > user 0.0 > sys 2.7 > # > > Now, if I start two simultaneous cp's, one from s1 to s2 and the > other from s2 to s1, performance goes way down. I ran these in two > separate windows: > > # time cp /test/s1/dtoal-bigfile /test/s2/dtoal-tmp > > real 1:37.8 > user 0.0 > sys 2.8 > # > > # time cp /test/s2/dtoal-bigfile /test/s1/dtoal-tmp > > real 1:39.5 > user 0.0 > sys 4.8 > # > > With both cp' > processes running simultaneously, against the same mount point, time to > complete is about 2x a single cp. > > This also happens if you do a copy to the *same* mount point: > > # time cp /test/s1/dtoal-bigfile /test/s1/dtoal-bigfile2 > > real 1:34.1 > user 0.0 > sys 2.0 > # > > Which means i/o against that mount point is happening serially. > > I thought that if I set up four separate mounts and copied one > file between each *pair* I'd get performance similar to the first case. > Turns out not. These two copies were started at the same time: > > # time cp /test/s1/dtoal-bigfile /test/s2/dtoal-third-big-file > > real 1:14.6 > user 0.0 > sys 2.7 > # > > # time cp /test2/s2/dtoal-tmp /test2/s1/dtoal-fourth-big-file > > real 2:26.1 > user 0.0 > sys 2.3 > # > > /test/s1 and /test2/s1 are both /vol/vol0; /test/s2 and /test2/s2 > are both /vol/nfs_archive. I had `while sleep 1 do ls -l` running in a > separate window, and I watched the second copy essentially hang until the > first was done -- after the first was done, the second took off. > > This is not the behaviour I expected to see from the netapp. > > Dave

1 0

Re: NetApp and RDBMS (Oracle/Sybase)
by Richard L. Rhodes 12 Jan '00

12 Jan '00

On 11 Jan 00, at 18:42, Michael S. Keller wrote: > > 4) Performance I'm getting? For sequential writes, like when I > > create an oracle tablespace, I get between 15-20 MB/s. Random writes > > NFS v2 and v3 handle writes differently. Which version do you use, do > you use UDP or TCP and with what packet sizes? I don't remember the specifics of all the combinations I tried, but I played with v2, v3, udp and tcp. I'm currently running v3 over udp with (i think) 32k blocksize. Performance didn't vary much reguardless of the settings - this supprised me. This is running across giga-bit ethernet with it's 1500 byte packet size limit. When My F740 is running at 15-20mb/s it's cpu is bouncing around between 80% to 100%, so I think this is the practical sequential i/o load it can handle. > How many mount points do you use? I've got about 6 mount points, but I have all the db files under one mount point. > NFS will block if you run everything > through one mount point. I don't understand this, but then there's so much I don't understand about NFS. This is something else Netapp needs to consider when selling a Netapp as a db disk subsystem. Were fairly good at using disk subsystems, but we have little experience with NFS. Anyway, are you saying that a NFS mount point can only have one outstanding i/o across it at any point? From what I read each biod could have one outstanding i/o although the manual didn't say anything about mount points. Thanks Rick ---------------------------------------------------------------------- Richard L. Rhodes e: rhodesr(a)firstenergycorp.com Ohio Edison Co. p: 330-384-4904 f: 330-384-2514

4 3

Procom offering of NAS
by Dawn Hamel 12 Jan '00

12 Jan '00

Does anyone have experience with the Procom offering of a NAS device? Has anyone evaluated it?? Thanks, Dawn SAS Institute

1 0

NOW web site
by Jay Orr 12 Jan '00

12 Jan '00

Has there been any progress in eliminating Javascript from the NOW website yet, so people can use LYNX or other text based browsers to access the site? I remember Netapps said they would work on it a few months ago, just wondering if anyone knows the status... ----------- Jay Orr Systems Administrator Fujitsu Nexion Inc. St. Louis, MO

3 4

Re: NetApp and RDBMS (Oracle/Sybase)
by Thomas Leavitt 12 Jan '00

12 Jan '00

Just a note: thank you all for your responses and the dialog so far. Very educational. The stuff about distributing the load over multiple NFS points, in particular, I think is one of those valuable little tidbits that you can't find out except by talking to people with practical experience. I feel much more comfortable with the concept, knowing that numerous others whom I can speak with are doing this. Regards, Thomas Leavitt -- Thomas Leavitt -- thomas.leavitt(a)clickrebates.com; 408-591-3342 Co-Founder/COO, ClickRebates.Com, Inc. (www.clickrebates.com) Get Paid What You're Worth! Sign up for our pre-launch guest list and refer your friends! Or use our working prototype at www.clickrebates.org to "Surf for a Higher Cause" (earn money for charity)

1 0

PLEASE SUBSCRIBE ME TO NETAPP NEWSGROUP
by Pape_Johannes＠emc.com 12 Jan '00

12 Jan '00

****************************** Johannes J. Pape Technical Account Manager (TAM) EMC Computer-Systems Deutschland GmbH Hammfelddamm 6 D-41460 Neuss, Germany Tel + 49 (0)2131-9191-189 Fax + 49 (0)2131-9191-193 Email pape_johannes(a)emc.com URL-GER www.emc2.de URL-US www.emc.com ******************************

1 0

deleting busy snapshots?
by mgx＠spruce.lsd.ornl.gov 12 Jan '00

12 Jan '00

good day all ... i've got a snapshot i cannot delete because its 'busy': poplar> snap list Volume vol0 working..................................................... %/used %/total date name ---------- ---------- ------------ -------- 1% ( 1%) 1% ( 1%) Jan 11 12:01 hourly.0 1% ( 1%) 1% ( 1%) Jan 11 08:01 hourly.1 1% ( 1%) 1% ( 1%) Jan 11 00:01 nightly.0 1% ( 1%) 1% ( 1%) Jan 10 20:01 hourly.2 2% ( 1%) 1% ( 1%) Jan 10 16:01 hourly.3 2% ( 1%) 1% ( 1%) Jan 10 12:01 hourly.4 2% ( 1%) 1% ( 1%) Jan 10 08:02 hourly.5 4% ( 2%) 3% ( 2%) Jan 10 00:02 nightly.1 19% (16%) 15% (13%) Dec 24 21:42 snapshot_for_backup.68 (busy) when i try do delete the snapshot i get: poplar> snap delete snapshot_for_backup.68 Snapshot in use by dump or a CIFS share. even though cifs and ndmpd are not running. how do i delete this snapshot while keeping the filer online? this is an F520/OT5.3.4R2 system. thanks! -- -- michael

3 3

Re: Budtool / backup sw Mailing-List??
by dnb＠ccs.neu.edu 12 Jan '00

12 Jan '00

-----BEGIN PGP SIGNED MESSAGE----- Jay Orr <orrjl(a)stl.nexen.com> writes: > Any progress on this? Just surfaced from our usual beginning-of-quarter madness, sorry for the delay. As far as I can tell (from www.liszt.com), there does not exist a list like this, so I've just created a new majordomo mailing list in response to these requests. It seems like folks are interested in both NetApp and Enterprise backup issues so I've tried to name the list accordingly (and in the spirit of BIG-LAN). Details follow: To subscribe: bigbackup-request(a)ccs.neu.edu To send to the list: bigbackup(a)ccs.neu.edu I'm hoping this will be a good place to discuss technical issues around the backup of large amounts of data from a {Netapp, Auspex, EMC...} box via {Budtool, Legato, QuickRestore...} etc. Other enterprise-wide backup issues are also welcome. I've set this list to be non-moderated, but closed to postings from non-members. Should the signal-to-noise ratio get too high, I'll flip it to moderated and take it from there. I've also disabled the "who" command so the addresses of the members will not be reaped enmasse by VARs (though I am not hiding the addresses of individual posters). In general, I'd appreciate it if marketing folks could also play nice. Hope this is useful, please feel free to send any comments or questions about this list directly to me. Respectfully, David N. Blank-Edelman Director of Technology College of Computer Science Northeastern University -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBOHvNvjVY18Ov2TldAQHeXwQAqUBMCr416ukVkKa4/sQC8RK1uU/7I0eR Jc/uOAwnLVsCqSR+kh8Wz5OMgHKy56MiL3xkRq99VSQfOTUshBCOlPG+4ygQff4U M+kcaYlJ4AFUDJV21IvmCg9z1eSype8qR5NlA0strCzUfV5JMrR5tM4xGc54O7r1 WkCoW2aEJT4= =5o78 -----END PGP SIGNATURE-----

1 0

Re: Budtool and NetWorker
by dnb＠ccs.neu.edu 12 Jan '00

12 Jan '00

Jay Orr <orrjl(a)stl.nexen.com> writes: > Has anyone that uses Budtool to backup gotten any details about the option > to upgrade to NetWorker? I spoke to our local Legato rep about this right before Y2k and he was a wealth of "don't know yet" answers. He was sure they would have an "upgrade" program for exisiting customers, but not for a while. Apparently they are going to avoid an EOL for Budtool until the end of '00 and still sell it as a separate product until then. In the meantime, they are supposedly integrating Budtool into their standard Legato framework. He made it sound like Budtool would be a module as part of their usual stuff. It sounds like the folks in the field haven't heard yet because they haven't figured it out at the Legato homebase either. He suggested I contact his inside sales person, but I have not done that. Summary: nice soothing noises, but no real information Respectfully, David N. Blank-Edelman Director of Technology College of Computer Science Northeastern University

1 0

Anyone need sun atl libraries
by Crve＠aol.com 11 Jan '00

11 Jan '00

I got SUN ATL libraries 2 100 tape libraries with 2 DTL 7000 (Quantum model 7100) 2 52 tape libraries with 4 DLT 7000 (Quantum model 520) 4 52 tape libraries with 4 DLT 4000 (Quantum model 520) These units were used for evaluation by sun was never in service! In perfect condition contact Craig

3 2

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

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