toasters

toasters@lists.teaparty.net

13531 discussions

RE: rc registry registry rc
by Thompson, Tim 30 Mar '00

30 Mar '00

> All options and variables, persistent or not, should be > documented and modifiable via plain-text files. > ... > I decided to keep a "master" file under SCCS control, and run The desire to have all configuration aspects accessible in a single text-based way - which can make change control easier (something we've heard previously on toasters) and which can make it easier to implement management applications - is an explicit goal of the registry mechanism. The current implementation does not manage all configuration aspects, so a user interface to it is perhaps premature. We used it to implement a few features (automatically-persistent options, saving of DHCP info, easier creation of filerview screens, etc.) in the last few releases. But it's not quite ready to be the user-accessible-all-configuration-in-one-place mechanism, so there is no user interface to it, yet. ...Tim Thompson...Network Appliance, Inc...tjt(a)netapp.com...

1 0

benchmark
by Rainchik, Aleksandr (MED, Non GE) 30 Mar '00

30 Mar '00

Hi, I was using Postmark to measure NFS performance in Solaris <-> NetApp configuration. Very good tool, I think. http://www.netapp.com/tech_library/3022.html http://www.netapp.com/tech_library/postmark.html I even ported it to Windows NT :) But, I think there should be something more Windows-native. I just want to measure remote disk performance, NFS or CIFS connected. NetBench seems to be to compicated... Any suggestions? Thank you.

5 5

NetApp and HP MC Service Guard
by Alan Beauchemin 30 Mar '00

30 Mar '00

I have a project involving four HP systems requiring continuous availability. I would like to use MC Service Guard but I am not sure if I can use this software with a NetApp. Is anyone using this failover software in a NetApp / HP environment? I would also be curious of other methods of high availability from the server side with a NetApp? Thanks Alan

1 0

RE: rc registry registry rc
by Thompson, Tim 30 Mar '00

30 Mar '00

> we get these messages on reboot of one netapp > ** Option wafl.default_unix_user is being set to "pcuser" in /etc/rc, > ... > ** Option wafl.default_unix_user is being set to "root" in /etc/rc, > anyone know what causes such schizo behaviour? I'm getting additional info from John, offline, to attempt to see what's going on. (Besides the obvious action of opening a trouble ticket on the issue.) > wher is a netapp's registry? It's a mechanism introduced in 5.3 for making options and other things persistent. It should be invisible, for the most part. ...Tim Thompson...Network Appliance, Inc...tjt(a)netapp.com...

3 2

Server capacity and performance
by Brian Hostetter 30 Mar '00

30 Mar '00

Hello, I am running into a problem where I am getting NFS not responding errors from our f740 (512M ram, 32M nvram). After the error pops up it is immediatly available again, but performance is getting really bad on our filer. My question is does the amout of disk space used effect filer performance substantially? Yesterday we got to 96% full (2x18G shelves). I trimmed it down as much as possible, but am still seeing horrible performance. I have ordered a new 36G shelf, but that may be a few weeks away and I would like to find a stop gap solution. Could my performance problems be related to space, or are they probably just sheer volume of ops problems. TIA, --Brian

4 3

RE: benchmark
by Dani Tal 30 Mar '00

30 Mar '00

I think the original quotation is : There are two reasons why standards are wonderful: a. There are so many of them b. You can choose. Dani Tal -----Original Message----- From: Mitch Wright [mailto:mitch@larionov.netline.com] Sent: Thu, March 30, 2000 3:23 AM To: toasters(a)mathworks.com Subject: Re: benchmark /* Karl Swartz [kls(a)netapp.com] writes: */ >Aren't standards wonderful? :-) > I wish I could remember whom to attribute this quote to, but it goes: The wonderful thing about standards is that there are so many of them to choose from. -- do svidaniya, ~mitch

1 0

RE: add/remove users from NT4 domains [from unix]?
by Muhlestein, Mark 30 Mar '00

30 Mar '00

Check out "rpcclient" in the Samba stuff. Especially in the TNG branch. Mark Muhlestein -- mmm(a)netapp.com -----Original Message----- From: James N. Maze [mailto:mazejn@ornl.gov] Sent: Wednesday, March 29, 2000 8:38 PM To: toasters(a)mathworks.com Subject: add/remove users from NT4 domains [from unix]? Does anyone know of a library or set of utilities for Unix [commercial/free] that lets you add/remove users from NT4 global groups? Such would allow me to move a Web application from a NT Web server to my Unix/Apache/NetApp Web server. Thanks!

1 0

RE: Permissions
by Muhlestein, Mark 29 Mar '00

29 Mar '00

What version are you running? You may be hitting the issue described in bug 21019. If so, you need to get a version that supports the cifs.perm_check_ro_del_ok option (probably 5.3.4R3P2 or 5.3.5P2). The issue here is that some customers consider it a bug to allow a read-only file to be deleted, since that violates NT delete semantics, while others (like yourself) consider it to be a bug not to obey UNIX delete semantics (i.e. you just need w-x in the parent). The option was introduced to allow this behavior to be customized. Mark -----Original Message----- From: Jeff Stampes [mailto:Jeff.Stampes@xilinx.com] Sent: Wednesday, March 29, 2000 1:27 PM To: toasters(a)mathworks.com Subject: Permissions Situation: touch a file from a UNIX box chmod 444 file from UNIX box rm -f file from NT box over CIFS share Result: Permission Denied..Booooooo touch a file from a NT box chmod 444 file from UNIX box rm -f file from NT box over CIFS share Result: file is quietly removed...Yeeeeeah! The former behavior is undesirable, as we have multiple platforms in our compile releasing the same platform independent files at different times. Any suggestions? -Jeff

1 0

RE: NIS and netgroup file
by Nagaraj, Devi 29 Mar '00

29 Mar '00

We are looking into ways of improving the NIS implementation to be more efficient. We are not planning on implementing the slave functionality on the filer though. We are currently focussing on better response to netgroup queries. -Devi Netapp Engineering. -----Original Message----- From: Bruce Sterling Woodcock [mailto:sirbruce@ix.netcom.com] Sent: Tuesday, March 28, 2000 1:34 AM To: Bond, Andrew; Timothy Demarest Cc: toasters(a)mathworks.com Subject: Re: NIS and netgroup file > The filer does not copy the NIS maps into /etc. NIS group information is > cached, but otherwise the filer acts as a NIS client only, and will query the > NIS server it has bound to ("nis info" will tell you which this is). Is full server (non-master) functionality going to be included in the future? It would be very useful and would allow the filer to be more robust. Bruce

7 8

Fwd: Re: NIS and netgroup file
by Jeff Innis 29 Mar '00

29 Mar '00

Sure why not add NIS server, why stop there though lets add DNS too. Hey these things are so reliable, let's put a full blown kernel in there, and start running user apps as well. Anyone ever hear of a little box called Auspex??? I actually thought the concept of "dedicated" NFS appliance was a good one. Jeff > > > We are looking into ways of improving the NIS implementation to be more > > efficient. We are not planning on implementing the slave functionality >on > > the filer though. > >That's too bad, because it essentially makes a network less robust. >See, if you rely on NIS files so you don't have to copy files to the >filer locally, then lets say you have a power outage. The filer comes >up and then can't do anything because it's waiting to talk to the NIS >server (it's probably the DNS server too). The NIS server can't do >anything because it's waiting to mount the filer. Stalemate. There are >ways around this, like having your NIS/DNS server hold the data on a >local disk, but then you have a kink in your whole centralized network >storage scheme. Altenatively, you can copy everything to the filer, but >then you've defeated the whole purpose of NIS. > >Making filers slave servers is an ideal solution. You don't have to >allow other clients to bind to them, but this way they can get data >updated from a master and still have a local copy in the event of >network problems. > >Bruce > > ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com

2 1

Jump to page:

2026

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