toasters

toasters@lists.teaparty.net

3 participants
13514 discussions

Re: Netapp vs Compaq TaskSmart
by Rick Hulsey 02 Oct '00

02 Oct '00

You'll want to test the ability for the Compaq system to maintain NFS sessions across reboots and failover events (if you need failover). This is pretty important for databases and application that require continuous access to their data files. On several notable Unix operating systems used as NFS servers, you will create stale file handles on the client systems upon a reboot of the NFS server. It may be worth noting that network attached storage is a pretty new business for Compaq, and it is definitely not their major focus. Rick Hulsey Southwest Airlines 2425 Wyman Mail Stop 4DC Dallas, Tx., 75235 rick.hulsey(a)wnco.com (214) 792-7188 Office (972) 880-6882 Cell (800) 915-3747 Pager >>> Langborg Tom <Tom.Langborg(a)smhi.se> 10/02/00 08:57AM >>> Hi I am a old netapp admin. I am wonder if there is someone how can help me with argument to choice netapp instead off compaqs tasksmart server. From my point it looks that the tasksmart version 2.0 witch should come next year should work well. We should have this server to access both nfs and cifs. Most off the client are pc but the major files traffics are in nfs. The volumes are for start 500gb to over 1 Tb next year. What about uptime? reboot time? snapshot mirror? /Tom Langborg

1 0

RE: Low SMB throughput
by Hawley, Rob 02 Oct '00

02 Oct '00

Yes. Pktt uses tcp dump format. The public domain line analyzer ethereal http://ethereal.zing.org/ will directly read a trc file. It's free, but not the most complete decoding. It is sufficient to tell whether you have enough good data in your trace to warrant sending off to NetApp for more detailed analysis. Rob Hawley -----Original Message----- From: Jeff Stampes [mailto:stampes@xilinx.com] Sent: Monday, October 02, 2000 7:41 AM To: Hawley, Rob Cc: toasters(a)mathworks.com Subject: Re: Low SMB throughput "Hawley, Rob" wrote: > The filer itself is a good line analyzer ( using pktt). We regularly use it > when line traces are required at customer sites. Didn't know about this before...now is there a way we can analyze the file it dumps on our own?

1 0

RE: Low SMB throughput
by Hawley, Rob 02 Oct '00

02 Oct '00

The filer itself is a good line analyzer ( using pktt). We regularly use it when line traces are required at customer sites. -----Original Message----- From: Mike Sphar [mailto:mikey@remedy.com] Sent: Thursday, September 28, 2000 10:43 AM To: toasters(a)mathworks.com Subject: RE: Low SMB throughput Have you run any network analyzers on the network? This is the kind of thing where a good sniffer (or a fluke, damn I love those) can be invaluable. "If it works, it must be a Fluke." -- Mike Sphar - Sr Systems Administrator - Engineering Support Services, BOFH, GWP, MCP, MCP+I, MCSE, BFD -----Original Message----- From: chris_good(a)webtop.com [mailto:chris_good@webtop.com] Sent: Thursday, September 28, 2000 6:56 AM To: toasters(a)mathworks.com Subject: Re: Low SMB throughput andrew-m.webster(a)db.com wrote: > Where is the delay? Is it that the inital connection to the Filer takes a long time? This would indicate that the Filer is having problems authenticating users via the domain controller. People log on OK, intermittently files just will not save, transfers take forever while nfs is still screaming. Netapp engineers have had a look at it and are as baffled as we are. >BTW: We never rely on autonegotiate (AUTO), but set each Filer interface to 100meg/Full Duplex. We force everything as a matter of course. -- Chris Good WebTop.com http://www.webtop.com Tel: +44 (0) 1223 715000 Fax: +44 (0) 1223 715001

2 1

Netapp vs Compaq TaskSmart
by Langborg Tom 02 Oct '00

02 Oct '00

Hi I am a old netapp admin. I am wonder if there is someone how can help me with argument to choice netapp instead off compaqs tasksmart server. From my point it looks that the tasksmart version 2.0 witch should come next year should work well. We should have this server to access both nfs and cifs. Most off the client are pc but the major files traffics are in nfs. The volumes are for start 500gb to over 1 Tb next year. What about uptime? reboot time? snapshot mirror? /Tom Langborg

1 0

Re: Difference in resources?
by Tuc 01 Oct '00

01 Oct '00

> > On Tue, 26 Sep 2000, TTSG wrote: > > > Maybe a CPU % of 8-12, NFSops of 400-600. (I haven't gotten > > That's nothing. I don't think the filer is to blame for the > load. Cache ages? > Varies. I've seen >60, 7, etc. > > > I tried it on Sif. Sif went nuts with file locking. CGI's that need > > to do file lock seem to take FOREVER (7-10 seconds). If I change the CGI to > > point to a local filestore, the load goes from maybe 2.X to 6-7.X . The > > CPU goes 100% with an increased user and kernel. > > I don't know how much time you have to spend on this, but you > might try mounting a set of disk from one of your U1's to the other, to > see if the problem is with NFS in general or with the filer's > implementation of NFS. > Don't I just introduce another unknown, the 2nd U1s ability to serve the content? I don't have time to futz, since this is a production system, but I need to do whats necessary. I'm afraid also that making the 2nd U1 a NFS server will impact ITS performance. I'm already getting a 15-20% I/O wait outta it, which is why we are looking towards the Filer. > > > Thats what I figured. I need to throw 2 of them, serving 7-8Mb/s > > content out the front end. > > Hmmm...I don't know how much cache a F720 has, but maybe you > need something with more cache to serve out that much data. > I've got 4 BSDI's, each pushing 7-8Mb/s out the front, to another F720 with no hassles. If it wasn't for the fact that the BSDI dropped in and went well, I wouldn't even CONSIDER this as a solution. > > > > What network pieces are between Thor and the F720? > > > > > Thor -> 4 ft network cable -> Cisco 2924 switch -> 8 ft network > > cable -> Cisco 5505 -> 6 inch network cable -> RJ45/Punchdown block -> > > 200ft network cable -> RJ45/Punchdown block -> 6 inch network cable -> > > RJ45/Punchdown block -> 24 ft network cable -> RJ45/Punchdown block -> > > 8 ft network -> Cisco 2924 -> 8 ft network cable -> F720 > > 200 ft of network cable? Is that legit, i.e., within the CAT5 > specification? > Yea, and there aren't any collisions or symptoms of problems between the Cat5505 and remote 2924. > > Also, are all the speed negotiations fixed? Many people post of > bad performance which is due to either the filer or the switches being > set to auto-negoatiate. Force both to be fixed. > I don't let ANYTHING in our network auto-negotiate. To me, thats a non-truth. ESPECIALLY with Sun equipment around. 8-) > > > > NFS v2 or v3? If v3, over TCP or UDP? > > You say NFS v3 over UDP. You might also try to force this to be > NFS v2, just to see what happens with the locking, which seems to be the > source of the bottleneck. > Maybe on the Sol 7, not 5.5.1 . I'll try V2 at some point. > > You can disable v3 complete on the filer with > the nfs.v3.enable option, or force a vers=2 mount with the mount > command. > > Until next time... > Thanks, Tuc/TTSG

1 0

Re: Presenting Netapp as a location disk
by mds＠gbnet.net 30 Sep '00

30 Sep '00

On Sat 30 Sep, 2000, James R Grinter <jrg(a)acm.org> wrote: > On Fri, Sep 29, 2000 at 08:38:43AM -0700, Eyal Traitel wrote: > > Anyway, isn't faster-access what DAFS is going to provide? I'd be happy if it just had mount options to allow you to specify non-buffer-cache'd access on Solaris to reduce memory footprints for advanced apps like Oracle, speaking for myself. >-- End of excerpt from James R Grinter -- -Mark ... an Englishman in Derby ...

1 0

Re: Presenting Netapp as a location disk
by Eyal Traitel 30 Sep '00

30 Sep '00

Guys, Isn't it the exact purpose of Unix' vnodes, and NT's redirectors ? The network file system inventors tried to attack this issue, so if applications aren't written correctly, this is not on the file server to solve, this is on the app. writer side... Eyal. --- Mark D Simmons <mds(a)ns.gbnet.net> wrote: > On Wed, Sep 20, 2000 at 01:35:13PM +0100, Richard wrote: > > I know this is not really, a question that applies just to Netapp's > but at the moment > > I am looking at a SAN that allows the shared remote disk array to > be seen by a NT > > system as if it is a local disk drive (this helps make frontpage > happy). And I am trying > > to find a way to do this with a Netapp as a remote filestore, surly > someone has written > > a NTFS filesystem driver for NT that reads from a network drive, > but presents itself as > > a local drive? If a SAN can offer this it must be possible? > > I've informally mentioned that the same thing would be very nice on > Unix too, both > in the distant, and recent past. > > Currently I manage no filers so I cannot really RFE this. > > As a concept it's in serious conflict with the appliance philosphy. > However, I think the > benefits to some users might even justify their stumping up cash > separately to buy it.. > > -- > -Mark ... an Englishman in Derby ... ===== Yours, Eyal Traitel eTraitel(a)yahoo.com, Home: 972-3-5290415 (Tel Aviv) *** eTraitel - it's the new eBuzzword ! *** __________________________________________________ Do You Yahoo!? Yahoo! Photos - 35mm Quality Prints, Now Get 15 Free! http://photos.yahoo.com/

2 1

Re: Multiple cifs.homedir paths (Was: RE: Optimal volume size)
by Darrell Fuhriman 29 Sep '00

29 Sep '00

All this cifs homedir talk has got me thinking. I recall that there was a Microsoft made product which was essentially an automounter for NT. Does anyone know the name of the product in question, and have any experience with it? I would love to be able to point users at one location, and have them find the right toaster. Darrell

1 0

RE: Multiple cifs.homedir paths (Was: RE: Optimal volume size)
by Benn, Paul 29 Sep '00

29 Sep '00

Hi Gang, As it turns out, tilde "~' support does not exist in Data ONTAP 6.0. Sorry for the misinformation. Regards, Paul Benn -----Original Message----- From: Benn, Paul Sent: Friday, September 29, 2000 9:24 AM To: 'Todd C. Merrill'; Brookes, Matt Cc: 'Chris Lamb'; toasters(a)mathworks.com Subject: RE: Multiple cifs.homedir paths (Was: RE: Optimal volume size) We have a two more new features related to CIFS shares that you might find useful: 1) Data ONTAP now provides tilde "~" support, so you can specify: \\<filer's net BIOS name>\~<your login name> to access or map to your home directory or.... \\<filer's net BIOS name>\~<someone else's login name> to access or map to someone else's home directory. 2) There's a new option called "cifs.home_dir_namestyle" and it has three parameters: ntname, domain or mapped. This option allows you to specify the style of user name which is used to determine the home directory. ntname: Uses the NT user name to look up the home directory (same as 5.3.x) domain: Picks up the user's user AND domain name and maps to appropriate subdirectory. For this, the directories beneath the root home directory would be named the same as your NT domains. The user directories would then reside under the appropriate domain directory. mapped: This is used to map to home directories that are named the same as the users' UNIX login names. Regards, Paul Benn Network Appliance -----Original Message----- From: Todd C. Merrill [mailto:tmerrill@mathworks.com] Sent: Friday, September 29, 2000 7:42 AM To: Brookes, Matt Cc: 'Chris Lamb'; toasters(a)mathworks.com Subject: Re: Multiple cifs.homedir paths (Was: RE: Optimal volume size) On Fri, 29 Sep 2000, Brookes, Matt wrote: > No, you weren't dreaming! :) 6.0 supports multiple cifs home directory paths: > > http://now.netapp.com/NOW/knowledge/docs/ontap/rel60/html/sag/cifs19.htm > > And a few other neat tricks worth checking out if you use this feature. That is fan-fscking-tastic! Thanks very much for a feature I never even though to ask for, but we will certainly use now that we know about it. Is it coincidence or deliberate that NetApp now recommends that volume sizes do not exceed ~500 GB? ;) And, Chris, I hope you got some sleep last night. You were bobbing and weaving all over the place. Until next time... The Mathworks, Inc. 508-647-7000 x7792 3 Apple Hill Drive, Natick, MA 01760-2098 508-647-7001 FAX tmerrill(a)mathworks.com http://www.mathworks.com ---

1 0

RE: Multiple cifs.homedir paths (Was: RE: Optimal volume size)
by Benn, Paul 29 Sep '00

29 Sep '00

We have a two more new features related to CIFS shares that you might find useful: 1) Data ONTAP now provides tilde "~" support, so you can specify: \\<filer's net BIOS name>\~<your login name> to access or map to your home directory or.... \\<filer's net BIOS name>\~<someone else's login name> to access or map to someone else's home directory. 2) There's a new option called "cifs.home_dir_namestyle" and it has three parameters: ntname, domain or mapped. This option allows you to specify the style of user name which is used to determine the home directory. ntname: Uses the NT user name to look up the home directory (same as 5.3.x) domain: Picks up the user's user AND domain name and maps to appropriate subdirectory. For this, the directories beneath the root home directory would be named the same as your NT domains. The user directories would then reside under the appropriate domain directory. mapped: This is used to map to home directories that are named the same as the users' UNIX login names. Regards, Paul Benn Network Appliance -----Original Message----- From: Todd C. Merrill [mailto:tmerrill@mathworks.com] Sent: Friday, September 29, 2000 7:42 AM To: Brookes, Matt Cc: 'Chris Lamb'; toasters(a)mathworks.com Subject: Re: Multiple cifs.homedir paths (Was: RE: Optimal volume size) On Fri, 29 Sep 2000, Brookes, Matt wrote: > No, you weren't dreaming! :) 6.0 supports multiple cifs home directory paths: > > http://now.netapp.com/NOW/knowledge/docs/ontap/rel60/html/sag/cifs19.htm > > And a few other neat tricks worth checking out if you use this feature. That is fan-fscking-tastic! Thanks very much for a feature I never even though to ask for, but we will certainly use now that we know about it. Is it coincidence or deliberate that NetApp now recommends that volume sizes do not exceed ~500 GB? ;) And, Chris, I hope you got some sleep last night. You were bobbing and weaving all over the place. Until next time... The Mathworks, Inc. 508-647-7000 x7792 3 Apple Hill Drive, Natick, MA 01760-2098 508-647-7001 FAX tmerrill(a)mathworks.com http://www.mathworks.com ---

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