toasters

toasters@lists.teaparty.net

3 participants
13514 discussions

The great online RMA experiment
by Graham C. Knight 29 Apr '99

29 Apr '99

I had a few failed disks hanging around that I needed to get RMA's for. So I decided to experiment and use the online RMA feautre on the NOW page: http://now.netapp.com/products/rma/rma.shtml Within 5 minutes of submitting 2 RMA's I had an email with the RMA number in my box. I'd call the experiment a great success! :-) Very impressive. Graham

1 0

How to use CIFS if PDC not on same lan?
by Jaye Mathisen 29 Apr '99

29 Apr '99

I have 2 sites. Site B has a BDC for a domain, and the Netapp. Site A connected via T1 has the PDC. When I try to run CIFS setup, it gets to the part about needing to reach the PDC and can't find it, so it aborts. I'm not sure why it can't just do whatever it needs to do with the BDC right there (running WINS)... Perhaps I need to add some key to WINS for the netapp to see it?

2 2

RE: SNMP traps (+ other monitoring issues)
by Richard Moore 29 Apr '99

29 Apr '99

Keith, We have currently set up to trap on 'miscGlobalStatus' as it seemed a reasonable starter - The MIB description is a little woolly however : "This indicates the overall status of the appliance. The algorithm to determine the value uses both hardware status (e.g. the number of failed fans) and volume status (e.g. number of volumes that are full). This may change...etc" This has values of other(1) unknown(2) ok(3) nonCritical(4) critical(5) nonRecoverable(6) Is there a more detailed explanation of what event will trigger what status ? We are considering configuring our notification system to respond according to the value; i.e. email/phone on (4), 24hr page(5), print CV(6). On testing, when we switch off 1 power supply out of 2, we get a 'critical'(5) trap. ( is 'nonCritical' more appropriate ?) Other traps to possibly have set up as a 'starter' set : OverTemperature, FailedFanCount, FailedPowerSupplyCount, dfPerCentKBytesCapacity. Other monitoring issues : We have configured syslog.conf to send message errors to 'messages.err', critical to 'messages.crit' etc. hoping to be able to parse these files to enable an appropriate response according to severity. However, when doing the same power supply pull, we only get a message in the 'info' file. (This is deemed of sufficient importance however to trigger autosupport email.) So it appears we have to match on the message wording itself - an incremental approach of matching on all known potential error messages - time consuming. In lieu of better classification of messages, has anybody got a list of known filer error messages, with severity level ? How do other users monitor filers ? Regards, Richard Moore NortelNetworks Harlow UK

2 1

temperature inside filer
by Jason Middlebrooks 29 Apr '99

29 Apr '99

Are there any commands to monitor the temperature inside the filer or to get information from the temperatures sensors? Thanks In advance.

1 0

DNS problems
by Mohler, Jeff 29 Apr '99

29 Apr '99

Anyone else figure out the heck to resolve this? 08:56:23 CDT [ratbert: rshd_0]: DNS server for domain "wcg.net" not responding : Connection timed out. MY blinkin DNS servers are working just fine...all of 30,000 miles of fiber hardware, routers, and customers have no problems with it either. Why only the NetApp, and a reboot isnt an option.

5 6

Re: netapp meets bugtraq. again.
by sirbruce＠ix.netcom.com 29 Apr '99

29 Apr '99

On 04/28/99 22:06:43 you wrote: >Ok, so I don't have the docs handy.. but if you have an "-access" >options, it just seems kinda intuitive to me that you might actually >*USE IT*. But maybe it's just me. No bug here... that's the way all NFS servers work. It is a little non-intuitive but once you know what you're doing there is no problem. Changing it for Netapp would create another kind of security bug where simply copying what you used on one server wouldn't work on another despite expectations. The problem lies in the documentation, for not explaining this more clearly. The example isn't meant to be taken literally as something all filer admins should do and thus would be appropriate for their environment. It's meant to be an example. Elsewhere the docs do explain the security implications of various options, but it should probably mention it specifically in the section Pete read, to prevent other people overreacting like Pete did and screaming to bugtraq that the sky is falling. Bruce >------- Start of forwarded message (RFC 934 encapsulation) ------- >From: pashdown(a)XMISSION.COM (Pete Ashdown) >Subject: Network Appliance NFS filer root hole >Date: 28 Apr 1999 15:58:45 -0400 >Organization: Bugtraq List >Message-ID: <199904281658.KAA14944(a)slack.xmission.com> >Reply-To: Pete Ashdown <pashdown(a)XMISSION.COM> > >For Network Appliance NFS filer release: > NetApp Release 5.2.1: Thu Dec 31 12:56:45 PST 1998 > >Following "Example 1" on page 136 of the "System Administrator's Guide" for >the Network Appliance results in a gaping hole. In this example, they >explain that "the following line exports the root directory of the default >filter volume to the administration host with root privileges." > > /vol/vol0 -root=adminhost > >This is all fine and good, but it also exports to the WORLD with root >privileges. You have to specify either "-access", or "-rw", or "-ro" in >addition to "-root" for this not to happen. When I mentioned this to my >NetApp SE, I was met with quizzical looks, but no code-update or patch. >Thusly, I sent it to bugtraq. >------- End -------

1 0

Re: SNMP traps
by Keith Brown 28 Apr '99

28 Apr '99

>Seems like the only built-in traps are "linkUp", "linkDown", "coldStart" and >"authenticationFailure", others you have to add manually which would take >_awhile_ to do. Right. The new SNMP trap machinery provided in Data ONTAP 5.3 is very flexible and extremely powerful. As you have probably seen in the documentation, it actually enables you to set a variety of different types of trap on any supported MIB variable you like. You can monitor variables for crossing administrator defined thresholds in either direction (rising above or falling below). You can monitor variables for staying within administrator defined ranges, or even *outside* of ranges if that makes sense for a particular value. You can keep traps firing when variables stay on the wrong side of "lines" (with a backoff cabability). It's thoroughly wicked. However, one of the last little things that unfortunately didn't get implemented in time for the 5.3 release was the "spoon feed some nice traps on a silver platter" component. :-) As you have discovered, you currently have to look at the filer MIB(s) yourself, figure out what variables you are interested in monitoring in your environment, and then put the relevant traps on them "by hand". Sophisticated administrators will probably *always* want to go through such a procedure, but it is not unreasonable to want to be supplied some "starter traps" on the kinds of events that are likely to be interesting to the majority. We do supply a small handful (which you note above), but there's obviously more we could do here, such as: >I am interested in things like: failed disks, stopped fans, cluster status >etc. Yep. In fact, we are always actively seeking input on the kinds of default traps our customers would like to have supplied "out of the box". Any input posted either here or to my inbox will be seen by the folk who can turn the requests into reality. >http://now.netapp.com/knowledge/docs/ontap/rel53/html/sag/net2.htm says >there should be a "traps.dat" file in "the same directory as the MIB" >(=/etc/mib??) but I am unable to locate this file. I'll see if I can find out what happened to it for you. :-) Keith

1 0

SNMP traps
by Erik Stjerna 28 Apr '99

28 Apr '99

Has anyone set up trap definitions for monitoring a filer? Seems like the only built-in traps are "linkUp", "linkDown", "coldStart" and "authenticationFailure", others you have to add manually which would take _awhile_ to do. I am interested in things like: failed disks, stopped fans, cluster status etc. Would be really handy if someone already has done this and is willing to share that info. http://now.netapp.com/knowledge/docs/ontap/rel53/html/sag/net2.htm says there should be a "traps.dat" file in "the same directory as the MIB" (=/etc/mib??) but I am unable to locate this file. Thanks in advance, Erik Stjerna

1 0

please add me to distribution/reflector list
by Horgan, Patrick 28 Apr '99

28 Apr '99

Please add me to distribution/reflector list. horgan_patrick @emc.com Thank you. ~Patrick ____________________________________ EMC2 Patrick A. Horgan Product Manager - Celerra File Server e-mail: horgan_patrick(a)emc.com <mailto:horgan_patrick@isus.emc.com> phone: 508-435-2075 x75672 fax: 508-435-8903 ____________________________________

1 0

EMC email list (was RE: remote support issues)
by Adams, Christian 27 Apr '99

27 Apr '99

G D Geen, Please find the following email to identify the EMC email list/archive as you requested. /Christian Adams System Engineer EMC >Resent-From: emc-request(a)interex.org >Resent-Date: Fri, 18 Dec 1998 15:51:32 -0800 (PST) >X-Sender: bill(a)proaxis.com >X-Mailer: Windows Eudora Pro Version 3.0 (32) >Date: Fri, 18 Dec 1998 15:48:19 -0800 >To: emc(a)interex.org, haforum(a)interex.org >From: Bill Lancaster <bill(a)proaxis.com> >X-Mailing-List: <emc(a)interex.org> archive/latest/2 >X-Loop: emc(a)interex.org >Resent-Sender: emc-request(a)interex.org >Subject: [EMC:2] Welcome! > >Hello and welcome to all who have joined the EMC list! The list was just >created this week and now has 127 people signed up! Clearly, you all have >an interested in seeing a public forum for users of EMC equipment. > >The genesis of this list came through meetings held between the Interex >High Availability Forum members and various EMC staff at EMC headquarters >in December. (There is also a listserver specializing in HP-related High >Availability issues, including EMC issues). The High Availability Forum >Executive Committee members are: > > Myself (Bill Lancaster), co-chair > Chuck Ciesinski, co-chair > Isaac Blake > Steve Guzzi > Chris Rink > Gary Maness > Wesley Sawyer > Deb Lawson (Interex liaison) > >Bob Yach is chairing the EMC SIG. > >I'd like to start the ball rolling by asking all of you what your >discussion interests are for this list. Do you have any pressing concerns >that you would like to throw open for discussion? I understand that >several EMC personnel are participating in this list so you should stand a >good chance getting answers to issues/questions. What kind of EMC >equipment are you using? How has it added to your high availability? > >Jump on in! > > >Bill Lancaster >bill(a)proaxis.com > -----Original Message----- > From: G D Geen [SMTP:geen@msp.sc.ti.com] > Sent: Friday, April 23, 1999 7:02 AM > To: rhodesr(a)firstenergycorp.com > Cc: toasters(a)mathworks.com > Subject: Re: remote support issues > > If you have problems with support, bring it to the attention > of your Sales Advisor. NetApp is very good about communicating > internally the issues of their customers. Also some very heavy > hitters at NetApp read this mail list. So use this forum to > address your concerns. Please note, NetApp is not the only > provider of network filers out there. If you are not happy, > ask Auspex why they don't have a mail list like this. I did and > was surprised by the answer. I have not asked EMC about a mail > list yet, but I am interested in hearing the answer. >

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