toasters

toasters@lists.teaparty.net

13515 discussions

RE: Performance probs with UDP NFSv3.
by Aaron.Sims＠netapp.com 28 Jul '00

28 Jul '00

You mention this filer is used for a DB. I'll assume Oracle. You really should have a direct crossover connection between the filer and the Sun, preferably gigabit ethernet. Aaron > -----Original Message----- > From: foo [mailto:foo+netapp@eek.org] > Sent: Friday, July 28, 2000 12:18 AM > To: toasters(a)mathworks.com > Subject: Performance probs with UDP NFSv3. > > > Has anyone else experienced performance problems using UDP > NFSv3 between > Solaris 2.7 and an F760 (running 5.3.5R2)? > > Using v3 I get the following errors intermittently: > > Jul 27 20:41:07 bullwinkle unix: NFS server 10.20.10.10 not > responding still trying > Jul 27 20:41:07 bullwinkle unix: NFS server 10.20.10.10 ok > Jul 27 20:42:06 bullwinkle unix: NFS server 10.20.10.10 not > responding still trying > Jul 27 20:42:06 bullwinkle unix: NFS server 10.20.10.10 ok > Jul 27 20:43:30 bullwinkle unix: NFS server 10.20.10.10 not > responding still trying > Jul 27 20:43:30 bullwinkle unix: NFS server 10.20.10.10 ok > Jul 27 20:45:40 bullwinkle unix: NFS server 10.20.10.10 not > responding still trying > Jul 27 20:45:40 bullwinkle unix: NFS server 10.20.10.10 ok > > When I switched the mount to v2 (udp), these errors went away, and > performance seemed to increase. Netapp documentation > recommends v3, but it > doesnt seem to work very well in my environment. > > Since this filer is used for a DB, this is causing huge > problems. Should I > just leave it at v2, or is worth trying to determine why v3 > is performing > poorly? > > -Brian >

1 0

Re: Performance probs with UDP NFSv3.
by Eyal Traitel 28 Jul '00

28 Jul '00

I've been working with 2.7 and F760 using v3 and 32K transfer size with no problems. I believe that you should look at the toasters archive for Solaris client optimizations maybe, since there were a few talk this year about that. Anyway, you better look also if you're at the latest patch level of the Solaris... Eyal. --- foo <foo+netapp(a)eek.org> wrote: > Has anyone else experienced performance problems using UDP NFSv3 > between > Solaris 2.7 and an F760 (running 5.3.5R2)? > > Using v3 I get the following errors intermittently: > > Jul 27 20:41:07 bullwinkle unix: NFS server 10.20.10.10 not > responding still trying > Jul 27 20:41:07 bullwinkle unix: NFS server 10.20.10.10 ok > Jul 27 20:42:06 bullwinkle unix: NFS server 10.20.10.10 not > responding still trying > Jul 27 20:42:06 bullwinkle unix: NFS server 10.20.10.10 ok > Jul 27 20:43:30 bullwinkle unix: NFS server 10.20.10.10 not > responding still trying > Jul 27 20:43:30 bullwinkle unix: NFS server 10.20.10.10 ok > Jul 27 20:45:40 bullwinkle unix: NFS server 10.20.10.10 not > responding still trying > Jul 27 20:45:40 bullwinkle unix: NFS server 10.20.10.10 ok > > When I switched the mount to v2 (udp), these errors went away, and > performance seemed to increase. Netapp documentation recommends v3, > but it > doesnt seem to work very well in my environment. > > Since this filer is used for a DB, this is causing huge problems. > Should I > just leave it at v2, or is worth trying to determine why v3 is > performing > poorly? > > -Brian ===== Yours, Eyal Traitel eTraitel(a)yahoo.com, Home: 972-3-5290415 (Tel Aviv) *** eTraitel - it's the new eBuzzword ! *** __________________________________________________ Do You Yahoo!? Kick off your party with Yahoo! Invites. http://invites.yahoo.com/

1 0

RE: Performance probs with UDP NFSv3.
by Schepers, Jan 28 Jul '00

28 Jul '00

Hi Brain, > When I switched the mount to v2 (udp), these errors went away, and > performance seemed to increase. Netapp documentation > recommends v3, but it > doesnt seem to work very well in my environment. V3 uses larger udp packets then v2. There are a couple network switches in the market place that are know to drop UDP packets (UDP - a.k.a. You Drop Packets) when they get overloaded. To drop packets by design is a wrong policy that even is used by one of the biggest internet plumbers. Especially when knowing the motivation that is something like 'udp is an unreliable protocol, the application will resent the packet when it does not arrive'. Imagine what happens with your application NFSv3 that uses packets of 32K rather then 4K (v2). The packet has almost arrived, then the switch drops it because it is too busy doing other things. The packet needs to be retransmitted taking unnecessary part of the available bandwidth .... Enfin, it ends as an avalanche of never arriving packets. What switches do you have? -Yann-

1 0

Mixing FC-8 and FC-9 shelves
by Brian Tao 28 Jul '00

28 Jul '00

Any issues daisychaining an FC-9 shelf off an FC-8 shelf, or vice-versa? Both have 18GB drives. Does auto-termination on the FC-9 still work if there is an FC-8 shelf in the chain? I'll upgrade the filers to 5.3.6R1 to address the auto-termination bug with the FC-9's. -- Brian Tao (BT300, taob(a)risc.org) "Though this be madness, yet there is method in't"

2 2

RE: CIFS, ownership and chowning from nfs -Reply
by Dawn Hamel 27 Jul '00

27 Jul '00

There is a utility called ntchown.exe that will allow you change the ownership of NT files/dirs to the appropriate user (so that even on the Unix side, it is changed from root to the user) without touching the ACL's on the NT side. You should be able to get this from support Word of caution on this utility. If you ntchown a Unix based security file ... you will blow away the Unix security and place an NT acl on that area Dawn Systems Programmer -----Original Message----- From: alan.yoder(a)netapp.com [mailto:alan.yoder@netapp.com] Sent: Thursday, July 27, 2000 1:33 PM To: toasters(a)mathworks.com Subject: RE: CIFS, ownership and chowning from nfs -Reply > > After on of the NT/Admins went bonkers last night moving a bunch of > > users to the NetApp (without consulting me first), I have found that > > appox 10% of the user catalogs is owned by root, with unix-style > > permissions are drwxrwxrwx, and I am unable to change owner or > > permissions from either nfs-side or using SecureShare tool > on the NT. A reminder, there is a security troubleshooter on the NOW site that can help you walk through to a solution for most kinds of problems like this. Go to NOW and search for "security". It's called the "Data ONTAP 5.3 Security Troubleshooting Guide". Alan =============================================================== Alan G. Yoder agy(a)netapp.com ===============================================================

1 0

RE: CIFS, ownership and chowning from nfs -Reply
by alan.yoder＠netapp.com 27 Jul '00

27 Jul '00

> > After on of the NT/Admins went bonkers last night moving a bunch of > > users to the NetApp (without consulting me first), I have found that > > appox 10% of the user catalogs is owned by root, with unix-style > > permissions are drwxrwxrwx, and I am unable to change owner or > > permissions from either nfs-side or using SecureShare tool > on the NT. A reminder, there is a security troubleshooter on the NOW site that can help you walk through to a solution for most kinds of problems like this. Go to NOW and search for "security". It's called the "Data ONTAP 5.3 Security Troubleshooting Guide". Alan =============================================================== Alan G. Yoder agy(a)netapp.com ===============================================================

1 0

RE: CIFS, ownership and chowning from nfs
by don.yenish＠netapp.com 27 Jul '00

27 Jul '00

If file access is controlled by NT ACL's as Andrew suggests, whomever you reach at NetApp support should know of a tool call "ntchown", which is very useful for allowing the NT administrator to set the owner of a directory or file. This was eventually supposed to be placed on NOW, but I'm not sure if it ever made it. Best of luck, Don Y. > -----Original Message----- > From: abond(a)netapp.com [mailto:abond@netapp.com] > Sent: Thursday, July 27, 2000 8:17 AM > To: rb(a)nextra.com > Cc: toasters(a)mathworks.com > Subject: RE: CIFS, ownership and chowning from nfs > > > Anders probably has guessed the problem right, that it is an > NTFS tree and so > the Unix permissions seen by ls -al or SecureShare Access in > Explorer will be > derived permissions and not "real" unix permissions. > SecureShare Access has a > checkbox that tells you whether a file has an ACL or not. > > In any case, I assume you have opened a call with NetApp > support, as they will > be able to take you through the solution. > > Regards, > Andrew > > > -----Original Message----- > > From: Jay Tribick [mailto:jay.tribick@carrier1.net] > > Sent: 27 July 2000 13:51 > > To: Rune Bakken > > Cc: toasters(a)mathworks.com > > Subject: Re: CIFS, ownership and chowning from nfs > > > > > > > After on of the NT/Admins went bonkers last night moving > a bunch of > > > users to the NetApp (without consulting me first), I have > found that > > > appox 10% of the user catalogs is owned by root, with unix-style > > > permissions are drwxrwxrwx, and I am unable to change owner or > > > permissions from either nfs-side or using SecureShare tool > > on the NT. > > > > > > The users are unable to write to their nfs-mounted files > > > > > > At the time of migration, the usermap.cfg did not contain > mapping of > > > the Admin account/group to root, and > > > > > > wafl.nt_admin_priv_map_to_root on > > > wafl.root_only_chown on > > > > > > Does anyone have a clue to what can remedy this? > > > > Try adding anon=0 onto your options in /etc/exports - that should > > allow you to change permissions as long as your UID is 0 (AFAIR) > > > > -- > > Regards, > > > > Jay Tribick > > Senior Systems Engineer > > Carrier1 > > Voice: +44 207 531 3874 > > Mobile: +44 7801 526 638 > > >

1 0

Re: CIFS, ownership and chowning from nfs
by Rune Bakken 27 Jul '00

27 Jul '00

abond(a)netapp.com writes: > Anders probably has guessed the problem right, that it is an NTFS > tree and so the Unix permissions seen by ls -al or SecureShare > Access in Explorer will be derived permissions and not "real" unix > permissions. SecureShare Access has a checkbox that tells you > whether a file has an ACL or not. My problem was getting permission to change the ACL on the files, but after fixing the usermap.cfg to use the "real" Domain Administrator account as mapping for root, my problems did resolv!! > In any case, I assume you have opened a call with NetApp support, as > they will be able to take you through the solution. Well I did call NetApp support, but they did not have a good answer, but my fix occured while talking to support :-) Thanks, >>>>>>>>>>>>>.rune -- Rune Bakken "I feel sorry for people who don't drink. System Administrator When they wake up in the morning, that's as Nextra, good as they're going to feel all day." a Telenor Company - Frank Sinatra

1 0

RE: CIFS, ownership and chowning from nfs
by abond＠netapp.com 27 Jul '00

27 Jul '00

Anders probably has guessed the problem right, that it is an NTFS tree and so the Unix permissions seen by ls -al or SecureShare Access in Explorer will be derived permissions and not "real" unix permissions. SecureShare Access has a checkbox that tells you whether a file has an ACL or not. In any case, I assume you have opened a call with NetApp support, as they will be able to take you through the solution. Regards, Andrew > -----Original Message----- > From: Jay Tribick [mailto:jay.tribick@carrier1.net] > Sent: 27 July 2000 13:51 > To: Rune Bakken > Cc: toasters(a)mathworks.com > Subject: Re: CIFS, ownership and chowning from nfs > > > > After on of the NT/Admins went bonkers last night moving a bunch of > > users to the NetApp (without consulting me first), I have found that > > appox 10% of the user catalogs is owned by root, with unix-style > > permissions are drwxrwxrwx, and I am unable to change owner or > > permissions from either nfs-side or using SecureShare tool > on the NT. > > > > The users are unable to write to their nfs-mounted files > > > > At the time of migration, the usermap.cfg did not contain mapping of > > the Admin account/group to root, and > > > > wafl.nt_admin_priv_map_to_root on > > wafl.root_only_chown on > > > > Does anyone have a clue to what can remedy this? > > Try adding anon=0 onto your options in /etc/exports - that should > allow you to change permissions as long as your UID is 0 (AFAIR) > > -- > Regards, > > Jay Tribick > Senior Systems Engineer > Carrier1 > Voice: +44 207 531 3874 > Mobile: +44 7801 526 638 >

1 0

CIFS, ownership and chowning from nfs
by Rune Bakken 27 Jul '00

27 Jul '00

After on of the NT/Admins went bonkers last night moving a bunch of users to the NetApp (without consulting me first), I have found that appox 10% of the user catalogs is owned by root, with unix-style permissions are drwxrwxrwx, and I am unable to change owner or permissions from either nfs-side or using SecureShare tool on the NT. The users are unable to write to their nfs-mounted files At the time of migration, the usermap.cfg did not contain mapping of the Admin account/group to root, and wafl.nt_admin_priv_map_to_root on wafl.root_only_chown on Does anyone have a clue to what can remedy this? >>>>>>>>>>>>>>.rune -- Rune Bakken "I feel sorry for people who don't drink. System Administrator When they wake up in the morning, that's as Nextra, good as they're going to feel all day." a Telenor Company - Frank Sinatra

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