toasters July 1999

toasters@lists.teaparty.net

90 participants
108 discussions

Re: NIS Problems
by Devi Nagaraj 06 Jul '99

06 Jul '99

Hi, We are revamping our NIS client implementation, one of the changes being an option to specify multiple preferred NIS servers. Please get in touch with NetApp for more information on the availability of these changes. Thanks, -Devi At 09:49 AM 7/6/99 -0600, Graham C. Knight wrote: >Sean Hinchey wrote: > >> >> Does anyone have any recommendations or are we stuck with less stable NIS >> client? >> >> -Sean > >After battling this same problem for months i finally >put some hooks into my makefile.nis that copies >the files locally to all our filers and turned >off NIS. You are correct, Netapp's are not good >NIS clients. > >Graham > >

1 0

RE: NIS Problems
by sirbruce＠ix.netcom.com 06 Jul '99

06 Jul '99

On 07/06/99 11:15:39 you wrote: >Is this the reason that you all do this? I thought it was because Corp IT never >had reliable NIS services and you were binding to a server that you knew was >"blessed" and stable? Hey, NIS services were stable when *I* left Netapp. If you've had problems since then drop me a line and I'll be happy to help out. >Anyways, I'm the Corp IT Manager watching over the LAN, and a boatload of >services, including NIS at this time. I know that Duane is installing new NIS >servers/slaves per network over in San Tomas to improve the quality of our NIS >services. This isn't going to help NIS stability unless it is done correctly. In any case the files should be copied locally to the filers anyway, as was the case when I left Netapp and as others have suggested. If you really want to improve QoS you'll need to realize that some things that the filer does (such as NIS client functionaltiy) are not reliable enough for some networks, and one such network may be yours. >The questions, though, is that are people going to continue to hardcode in a >server, so even if I had 5 NIS servers/slaves per network, it wouldn't make a >difference? Unless you control *every* device on those networks (and I suspect you don't), not hardcoding for a server (although it should be *multiple* servers) is just asking for trouble. It all depends on what your environment is. You can also run into problems with loading... balancing by hand has many advantages. And you always have the local files to fall back on. Jay has it exactly right, and sounds like he speaks from experience. These are practical things you learn that are difficult to teacher younger incoming admins who think things should just work. :) Perhaps someday LDAP can eliminate all of this mess. Bruce

1 0

RE: NIS Problems
by Sivo, Peter 06 Jul '99

06 Jul '99

Is this the reason that you all do this? I thought it was because Corp IT never had reliable NIS services and you were binding to a server that you knew was "blessed" and stable? Anyways, I'm the Corp IT Manager watching over the LAN, and a boatload of services, including NIS at this time. I know that Duane is installing new NIS servers/slaves per network over in San Tomas to improve the quality of our NIS services. The questions, though, is that are people going to continue to hardcode in a server, so even if I had 5 NIS servers/slaves per network, it wouldn't make a difference? (no, we aren't doing 5, ;) but I just threw that out to make a point) Thanks. -----Original Message----- From: Jay Sekora [mailto:jay@ccs.neu.edu] Sent: Tuesday, July 06, 1999 9:43 AM To: toasters(a)mathworks.com Subject: Re: NIS Problems "Graham C. Knight" <grahamk(a)ast.lmco.com> wrote: > After battling this same problem for months i finally > put some hooks into my makefile.nis that copies > the files locally to all our filers and turned > off NIS. You are correct, Netapp's are not good > NIS clients. Another thing to bear in mind is the risk of somebody dropping a laptop on the net with an NIS server claiming to serve your NIS domain. (Think laptop on battery power after a power outage - the legit NIS server is likely to come up after the NetApp, so the intruder's laptop is the only thing there to reply to NIS requests.) If somebody can do that, then they own all the files on the filer. For this reason, we don't broadcast for an NIS server, but explicitly bind to a particular server out of /etc/rc . The problem is that if that machine ever goes down, even for a short time, the NetApp loses its binding to it and we have to re-bind to it by hand. Copying the files to the NetApp would definitely be more robust. (IP spoofing is another potential problem, of course.) -j. Jay Sekora <jay(a)ccs.neu.edu> Unix Systems Administrator Northeastern University College of Computer Science

1 0

Re: NIS Problems
by Jay Sekora 06 Jul '99

06 Jul '99

"Graham C. Knight" <grahamk(a)ast.lmco.com> wrote: > After battling this same problem for months i finally > put some hooks into my makefile.nis that copies > the files locally to all our filers and turned > off NIS. You are correct, Netapp's are not good > NIS clients. Another thing to bear in mind is the risk of somebody dropping a laptop on the net with an NIS server claiming to serve your NIS domain. (Think laptop on battery power after a power outage - the legit NIS server is likely to come up after the NetApp, so the intruder's laptop is the only thing there to reply to NIS requests.) If somebody can do that, then they own all the files on the filer. For this reason, we don't broadcast for an NIS server, but explicitly bind to a particular server out of /etc/rc . The problem is that if that machine ever goes down, even for a short time, the NetApp loses its binding to it and we have to re-bind to it by hand. Copying the files to the NetApp would definitely be more robust. (IP spoofing is another potential problem, of course.) -j. Jay Sekora <jay(a)ccs.neu.edu> Unix Systems Administrator Northeastern University College of Computer Science

1 0

NIS Problems
by Sean Hinchey 06 Jul '99

06 Jul '99

Over the past few months, for various reasons, our F630 has lost it's connection to our NIS slave. Pretty well every time this happens the filer decides not to serve either NFS or CIFS clients(usually CIFS). The only way to get the machine to serve data again is to run ypset and have it bind to a new NIS slave or(as a last resort) reboot the filer and have it automatically discover another slave. Shouldn't the filer bind itself to a new NIS slave after some timeout period without any intervention? We're currently running DOT 5.3.1 but have seen the problem on several 5.2 versions. Does anyone have any recommendations or are we stuck with less stable NIS client? -Sean

2 1

(no subject)
by Krzysztof Miller 05 Jul '99

05 Jul '99

subscribe toasters

1 0

Recommended formula to use to determine "maxfiles" size.
by Mike Ball 01 Jul '99

01 Jul '99

Can anyone recommend a formula to use to determine "maxfiles" size? We are using mostly 64k file size html text docs. Thank you, Mike Ball > -----Original Message----- > From: owner-toasters(a)mathworks.com > [mailto:owner-toasters@mathworks.com]On Behalf Of sirbruce(a)ix.netcom.com > Sent: Saturday, June 26, 1999 9:53 AM > To: toasters(a)mathworks.com > Subject: Re: Increasing "maxfiles" and its effect on performance > > > On 06/25/99 16:40:20 you wrote: > > > >What affect will increasing the "maxfiles" have on the read/write > >performance on a volume? We are currently running Data Ontap ver > 5.2.2P1 on > >a F740. > > Very little, unless you set it to an extremely high value that is far, > far more than you need. (Like, I dunno, 1 billion?) Even then I doubt > it would be very noticeable unless the filer were heavily loaded. If > you are running out of files on the filer (which is not unusual if the > default setting was conservative and you've added a lot of space), you > shouldn't think twice about upping the maxfiles value. > > I would guess (one of the Netapp WAFL experts could correct me on > this) that since maxfiles reserves some space in the filesystem > for metdata, that slowly increasing maxfiles over time (rather than > in large increases at once) might "fragment" the metadata file across > the filesystem, thus hurting performance somewhat. But then I seem > to recall that even when you increase maxfiles, this space is not > necessarily allocated right away, so maybe it doesn't matter and > they'll only grow in a fragmentary fashion anyway. (Fragmentation > is not really much of a problem on Netapp's anyway and is only > really noticeable on very large files.) > > Bruce > >

1 0

Re: HELP URGENTLY !!!
by John Tatar 01 Jul '99

01 Jul '99

Four Simple Steps Are Required Here> 1. Read the tape library manual 2. Read the netapp manuals. 3. If you still have questions - check the SCSI FAQ at http://www.cis.ohio-state.edu/hypertext/faq/usenet/scsi-faq/top.html 4. Finally, if you still have questions pay a qualified engineer to install it for you. JT

1 0

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 July 1999