toasters

toasters@lists.teaparty.net

13520 discussions

NOW website
by Jay Orr 23 Mar '00

23 Mar '00

Dunno if anyone had noticed, but as of the 11th they got rid of JavaScript. I just logged in with LYNX and it let me. Still gives lots of cookies, though. I'm going to check it out some more, but nice to see they finally took care of this. ----------- Jay Orr Systems Administrator Fujitsu Nexion Inc. St. Louis, MO

1 0

RE: Solaris 7 & NFS2/NFS3/TCP/UDP....
by Fox, Adam 23 Mar '00

23 Mar '00

> -----Original Message----- > From: Justin [mailto:Justin.Acklin@sv.sc.philips.com] > Sent: Wednesday, March 22, 2000 7:21 PM > To: toasters(a)mathworks.com > Subject: Re: Solaris 7 & NFS2/NFS3/TCP/UDP.... > > > I just looked at our main filer and realized we are using 8k NFS > packets. With almost exclusively > solaris 2.6 and 2.7 clients. I bet we would see a significant speed > increase if we upped it, particularly > with the large regressions being done on this Netapp. But, can I just > log in and change the value? > Will that affect existing mounts, and at what point would the new > blocksize take effect? > Or, can I only set it on reboot -- but even then the clients > would have > to remount > the filesystem right? Someone help me out on the proper way > to do this, > and let me > know if doing this causes harm in any way. Looking at nfsstat most of > our operations are indeed > nfs3. In my real-world experience, some sites do well with 32K transaction sizes, some do better with 8K. It depends on the typical amounts of retransmissions you have on your network. What people need to remember is that regardless of how big your transaction size is, if you are using Ethernet, you are bound to a 1500 byte packet size. So with a larger transaction size you are generating fewer NFS requests, but layers 2 and 3 still have to deal with the consequenses. Layer 3 has to break the requests into multiple IP packets, and layer 2 is responsible for holding those packets until the transaction is complete in the case of retransmission. Now let's add UDP to the mix. UDP doesn't have a concept of a packet count. Therefore, retransmissions are more expensive in a UDP environment because you have to start from the beginning. Now, with 8K transactions you're only talking about a small number of packets that would have to be retransmitted. What with 32K, you can have many more (in the range of 16-18 packets) and this can be expensive. So what's the bottom line? You may want to experiment with a client or two and see how these parameters affect your network. In some cases, 32K/UDP works great. In others, it's not so great. Use what works on your network. Hope this helps. -- Adam Fox NetApp Professional Services, NC adamfox(a)netapp.com

1 0

re: nas storage
by Yael Hellmann 23 Mar '00

23 Mar '00

Jeff probably hit the point - NetApp do not have a solution for SAN and I think that NetApp should re-think their direction. With more and more vendors competing in the nas /san domain, these products will be better and provide more functionality and better performance. The current connectivity limitations will be eliminated. With fibre fabric you will not be limited to the current limited implementation. I think that NetApps products are great but I am disappointed that they don't plan for future competitive products. -----Original Message----- From: Jeff Van Cleave [mailto:jeffvc@icopyright.com] Sent: Wednesday, March 22, 2000 6:13 PM To: toasters(a)mathworks.com Subject: RE: nas storage NetApp is not designed to compete with SAN - and yes, you cannot say that 100mb ethernet will compete with fiber channel. However, direct attach has limitations in the number of servers it can connect to. At last check, EMC can connect with 32 systems. Hitachi can connect to a large number with a channel box (I don't know the high end limit). But you are limited by the length of cable between the SAN and the server. Basically we approached using NetApp as a replacement for all of our NFS servers, and to some extent our data servers. For direct attach, we will probably go with Hitachi. I think in any environment, both SAN and NetApp can be used effectively. It is not really an argument of which one is better, but what is your functional requirement and how will those needs be met. Jeff __________________________________________________ Do You Yahoo!? Talk to your friends online with Yahoo! Messenger. http://im.yahoo.com

4 3

RE: mini-core
by Klinkner, Steve 23 Mar '00

23 Mar '00

> From: Eyal Traitel [mailto:eyal.traitel@motorola.com] > Where/What/Who... :) > How do I enable it ? First time I've ever heard about it > being in 5.3 These were introduced in 5.3.4. It is a summary form of a full core. > "Graham C. Knight" wrote: > > Does anyone know if there is a way to > > have the mini-core files that are > > introduced in 5.3 mailed to a > > list *other* than my autosupport list > > - or to disable them being mailed at all? Currently these get delivered to the recipients on the "autosupport.to" list, and there isn't a way to tweak that. We plan to make this type of thing more configurable in the future. Do you like getting copies of all the other autosupports, but want to avoid having the mini cores delivered to your mailbox? Or would you also like more flexibility regarding whether and where they get delivered? ---------------------------------------------------------------------- steve klinkner klink(a)netapp.com

6 7

RE: VIF and Volume Questions
by Mohler, Jeff 23 Mar '00

23 Mar '00

There are no drawbacks at all, clients only see what you export, and you shouldnt be exporting /vol/vol0 by itself to your clients..but creating directories or qtrees inside there for your clients to play in. The volume-to-spindle contention issues dont apply on a Filer the way you probly see them in a UFS/NT environment. The only pro to separate..is you can use advanced tools/utilities like SnapRestore to backdate an entire volume, without affecting the boot volume. Adding shelves is trivial, and done properly doesnt even require a shutdown (RTFM before you even think 'bout it tho). And you can vol copy your boot to somewhere else, make it the boot volume, and go from there, but the only way to shrink a volume is to destroy it and rebuild it. Your VIF question..I dont follow. You have a single VIF using two ports. You dont need two hostnames for the two ports, because in a VIF they appear as one..same IP and hostname. You dont need to do anything with DNS, just forget they are two RJ45 connections..and see them as a 200Mbit single port. The VIF is at layer-2..and nothing above that needs adjusted to use it properly once the switch is configured. The main IP of the netapp..IS both ports acting as one assuming you only are using the VIF for connectivity. :-----Original Message----- :From: Timothy Demarest [mailto:demarest@arraycomm.com] :Sent: Wednesday, March 22, 2000 10:14 PM :To: toasters(a)mathworks.com :Subject: VIF and Volume Questions : : :Hello All: : :I have two questions: : :I am setting up a new F740. When I ordered the unit, I slightly :underestimated the number of disks required for our storage :requirements. Essentially, I forgot that the boot volume :requires two disks. What are the drawbacks to using the root/boot :volume for other data, such as home directories? I have enough :disks to create volumes & qtrees for other stuff, but am interested :in the pros/cons of NOT keeping the root/boot volume segragated :form other data. How do you have your volumes/qtrees setup? Is it :easy to add another shelf and disks later, and volcopy /vol/vol0 :to a new volume, then reduce the number of disks in the boot volume? : :Second, I have VIF working on a C5500. The first interface is named :f740-eng0, and the second f740-eng1. The VIF is named vifeng. What :should I be using in the DNS for the name of the F740? Do I create :a CNAME for the unit that points to the main IP for the F740? : :Thanks for your help. : :Tim : :-- :Timothy Demarest ArrayComm, Inc. :demarest@arraycomm.com 2480 N. 1st Street, Suite 200 :http://www.arraycomm.com San Jose, CA 95131 :

1 0

VIF and Volume Questions
by Timothy Demarest 23 Mar '00

23 Mar '00

Hello All: I have two questions: I am setting up a new F740. When I ordered the unit, I slightly underestimated the number of disks required for our storage requirements. Essentially, I forgot that the boot volume requires two disks. What are the drawbacks to using the root/boot volume for other data, such as home directories? I have enough disks to create volumes & qtrees for other stuff, but am interested in the pros/cons of NOT keeping the root/boot volume segragated form other data. How do you have your volumes/qtrees setup? Is it easy to add another shelf and disks later, and volcopy /vol/vol0 to a new volume, then reduce the number of disks in the boot volume? Second, I have VIF working on a C5500. The first interface is named f740-eng0, and the second f740-eng1. The VIF is named vifeng. What should I be using in the DNS for the name of the F740? Do I create a CNAME for the unit that points to the main IP for the F740? Thanks for your help. Tim -- Timothy Demarest ArrayComm, Inc. demarest(a)arraycomm.com 2480 N. 1st Street, Suite 200 http://www.arraycomm.com San Jose, CA 95131

1 0

RE: nas storage
by Mohler, Jeff 23 Mar '00

23 Mar '00

Mike: You can also upgrade to the newer quad ethernet card, a single port is about a 1.5x speed increase, and a four port VIF will bump you about 1.7x performance. That should help a lot of your bottleneck issues. Sean has some data I sent him..that you can grab. Sorry..but when I bought the 760's you have there, thats the only card they offered. -----Original Message----- From: Michael S. Keller [mailto:mkeller@mail.wcg.net] Sent: Wednesday, March 22, 2000 2:26 PM To: toasters(a)mathworks.com Subject: Re: nas storage Lewis, Necessary to yell? I use what I received. I am required to stick with it for a while yet. Solaris 2.6 run against F760s with ONTAP 5.3.4 performs more slowly local storage would. If you can refute this, then tell me how to fix my installation. I _must_ run NFSv2 to get decent performance, and ONTAP limits NFSv2 packets to 8K. So I must suffer with small transfers. I don't yet have enough storage on these filers to build another test system with Solaris 7 that can handle the load. I'm stuck in the middle without resources to test adequately that Solaris 7 would handle the load better. You make a blanket statement without supporting facts. "Kirschner, Lewis" wrote: > > ABSOLUTELY NOT TRUE DESPITE WHAT THE GENTLEMAN SAYS BELOW!!!!!!!!!!!!!!!!!!! > > WE'VE GOT SEVERAL THOUSAND CUSTOMER WHO WILL TELL YOU > OTHERWISE!!! > > -----Original Message----- > From: Yael Hellmann [mailto:yael_hellmann@yahoo.com] > Sent: Wednesday, March 22, 2000 2:59 PM > To: michael.alvarado(a)netapp.com; toasters(a)mathworks.com > Subject: RE: nas storage > > You are still limitted by the network and netapp will > not be able to compete with products which provide > direct disk attachment. Products in mind are SANergy > and CXFS. > Below is a message from a user who supports my > assumtion that you cannot get local performance over a > network link. > > "From: Michael S. Keller [mailto:mkeller@mail.wcg.net] > > Sent: Tuesday, March 21, 2000 10:56 AM > To: toasters(a)mathworks.com > Subject: Re: nas storage > > I do not get performance on par with my perception of > local disk > storage. Would you care to elaborate on what you mean > by "on par with > local disk storage"? > > When I run Usenet news spools from Solaris 2.6 on a > NetApp filer, I must > throttle NFS to get it to work reliably. > " > > --- "Alvarado, Michael" <michael.alvarado(a)netapp.com> > wrote: > > Network Appliance's current customer experience is > > that they do get performance > > on par with local disk storage already. > > > > Our current plans do not include any interoperation > > with the SANenergy products. > > > > -----Original Message----- > > From: Yael Hellmann [mailto:yael_hellmann@yahoo.com] > > Sent: Monday, March 20, 2000 6:02 PM > > To: toasters(a)mathworks.com > > Subject: nas storage > > > > > > I am currently investigating the market for nas > > storage. What is netapp plans in providing a > > solution > > which will deliver local disk performance for nas > > storage? Does netapp have plans for products with > > SANergy functionality or performance? -- Michael S. Keller, Technology Solutions Consultant, Sprint Enterprise Network Services On loan to Williams Communications Group Voice 918-574-6094, Amateur Radio N5RDV

1 0

RE: Mulitple network cards
by Fox, Adam 23 Mar '00

23 Mar '00

> I have several network cards on my filer, each with its own > subnet - If I am on > a subnet that the cards are not defined for, how > does the filer know which subnet/card to send the information out on ? > > Mark Fowle > Caterpillar/BCP > This decision is made by the routing table. The routing table is built primarily in 3 ways. Static routes (like the default route and interface routes), ICMP redirects, and if used routing protocols like RIP. The filer will look at the routing table to decide the first hop for the reply. To views your route table, try netstat -rn. Hope this helps. -- Adam Fox NetApp Professional Services, NC adamfox(a)netapp.com

3 3

RE: Solaris 7 & NFS2/NFS3/TCP/UDP....
by Rainchik, Aleksandr (MED, Non GE) 22 Mar '00

22 Mar '00

http://www-viz.tamu.edu/~sgi-faq/faq/html/admin/69.html "[NFS3].... is not supported by the automounter." You can mount it as NFS3 manually, or from /etc/fstab, or using AutoFS, but not via automount (which we use). I've tried to use -vers=3 in automount map, no luck :( I was very surprised... -----Original Message----- From: Keith Brown [mailto:keith@netapp.com] Sent: Wednesday, March 22, 2000 5:35 PM To: Rainchik, Aleksandr (MED, Non GE) Cc: toasters(a)mathworks.com Subject: Re: Solaris 7 & NFS2/NFS3/TCP/UDP.... The usual drill for NFS mounting when no options are specified, as defined by Sun/Solaris (if you accept Sun/Solaris as a definer here?), is to mount using the highest revision of the NFS protocol available on both the client and the server, and the first connection oriented protocol available (usually TCP), falling back to the first connectionless protocol (usually UDP). So if the IRIX folk were paying any attention to the Solaris folk when they put their implementation together, as long as you have: filer> options nfs.v3.enable on filer> options nfs.tcp.enable off set on the filer, you would be in with a fighting chance of getting your 32K/NFSv3/UDP aspirations satisfied, even without specifying any mount options (32K xfer sizes are the default for NFSv3). Keith

1 0

Solaris 7 & NFS2/NFS3/TCP/UDP....
by Rainchik, Aleksandr (MED, Non GE) 22 Mar '00

22 Mar '00

Hi, We have brand new E450 running Solaris 7 and NetApp Release 5.3.4R3 and we are planning to use NetApp as a ClearCase VOB storage. Both are on 100mb/full switched fast Ethernet. I was trying to play with Postmark to identify what is best for performance, like NFS2 or NFS3? TCP or UDP? What values for rsize or wsize? r/wsize TPS read write -------------------------------------- NFS3 UDP 8K 38 223.42 720.64 NFS2 UDP 8K 3 13.81 44.53 NFS3 TCP 32K 2 12.67 40.86 NFS2 TCP 8K 2 13.14 42.39 a) For some reason, the best results I've got was with -o vers=3,proto=udp. NFS2, or NFS over TCP looks like a joke... It's like 20 times slower. b) There is no way to use w/rsize=32768 with NetApp with NFS3 over UDP. Why? I can do it when mounting from Solaris. Any comments? Thank you.

2 1

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