toasters

toasters@lists.teaparty.net

3 participants
13514 discussions

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

HELP URGENTLY !!!
by Alexandre Gomes (r7043c) 30 Jun '99

30 Jun '99

Tom Wike wrote: > > Alexandre, > Stupid question: what SCSI connector is the jukebox on the NetApp > attached to?? It cannot be the ones labled 9a or 9b, it needs to be > connected to the one labled SCSI 0, on the bottom of the box, next > to the console and diag serial ports. > > Alexandre Gomes (r7043c) writes: > > > > It is what he gives me when I running probe-scsi command : > > > > > > root@araras[38]<bin>: probe-scsi -h paje > > Copyright (c) 1990-1999 by PDC probe-scsi BudTool 4.5 > > SCSI Bus 0 > > SCSI Bus 1 > > SCSI Bus 2 > > Target 1 > > Unit 0 Removable Jukebox Device BHTi Q2 1.50 > > Target 3 > > Unit 0 Removable Tape Quantum DLT4000 CD5A > > Target 4 > > Unit 0 Removable Tape Quantum DLT4000 CD5A > > root@araras[39]<bin>: > > > > -- > Tom Wike > UNIX System Administration > FDAO Productivity Infrastructure > Texas Instruments, Inc. > > E-Mail: t-wike(a)ti.com Regular Mail: 7839 Churchill Way > Phone: (972) 917-1252 M/S 3984 > Fax: (972) 917-3891 Dallas, TX 75251 > Pager: (888) 512-8040 > > E-Mail my Pager: 5128040(a)skytel.com > Or: http://www.skytel.com/Paging/pageme.cgi?pin=5128040,2 > ---------------------------------------------------------------------- Good morning everybody, Good Morning Tom and Paul, I was looking on my Network Appliance Server and I need to connect my jukebox robotics on the SCSI 0 of my network like Tom told me. The problem is that the cable has 68 pins and the SCSI 0 of my Network Appliance has 50 pins. I must use a cable that convert of 68 to 50 pins or what I have to do ???? Before it was connect on SCSI 9b and it has 68 pins..... Thanks !!!

3 4

LDAP and Unix
by Lex Beijk 30 Jun '99

30 Jun '99

Hi everybody I am working at TNO-FEL, a physics-lab in the Netherlands. We are setting up a multi-platfom environment with a LDAP-directory server for integrated user and resources management. Working with the Netscape directory-server we can replicate between NT and LDAP for the Netscape environment. I have done some testing with the Luke Howard LDAP-client for Unix (Luke also has written rfc2307, by which you can map NIS attributes on LDAP attributes) to run NIS requests over LDAP. It is running very well. My questions to you are: - how can I integrate te Netapp-filers in this (They don't have a LDAP client YET) - Is there anayone else, who has done something with LDAP and Unix ( and maybe Netapp filers) - Who will migrate to LDAP-based directory service' when it is available. Pls, give some reply to this group. Thanks ...

1 0

RE: HELP URGENTLY !!!
by Aiello, Tony 30 Jun '99

30 Jun '99

What model filer is this? If it has a 50 pin connector then it's supporting a narrow bus only. If you use a 68 to 50 pin converter then physically it'll make the connection, but data speed will suffer. A 50 pin connector supports only an 8 bit SCSI bus while a 68 pin supports a 16 bit SCSI bus. Tony -------------------------- mailto:taiello@netapp.com Ph:(408)822-6515 > -----Original Message----- > From: Tom Wike [mailto:t-wike@ti.com] > Sent: Wednesday, June 30, 1999 5:38 AM > To: Alexandre Gomes (r7043c) > Cc: Paul Lupa (ra5507); lista de discussao > Subject: HELP URGENTLY !!! > > > Alexnadre, > Yes you will have to get a new SCSI cable, that would be my > suggestion. > > Alexandre Gomes (r7043c) writes: > > > > Good morning everybody, > > Good Morning Tom and Paul, > > > > > > I was looking on my Network Appliance Server and I need > to connect my > > jukebox robotics on the SCSI 0 of my network like Tom told me. The > > problem is that the cable has 68 pins and the SCSI 0 of my Network > > Appliance has 50 pins. I must use a cable that convert of > 68 to 50 pins > > or what I have to do ???? > > Before it was connect on SCSI 9b and it has 68 pins..... > > > > Thanks !!! > > > > -- > Tom Wike > UNIX System Administration > FDAO Productivity Infrastructure > Texas Instruments, Inc. > > E-Mail: t-wike(a)ti.com Regular Mail: 7839 Churchill Way > Phone: (972) 917-1252 M/S 3984 > Fax: (972) 917-3891 Dallas, TX 75251 > Pager: (888) 512-8040 > > E-Mail my Pager: 5128040(a)skytel.com > Or: http://www.skytel.com/Paging/pageme.cgi?pin=5128040,2 > ---------------------------------------------------------------------- >

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