toasters

toasters@lists.teaparty.net

13515 discussions

How can I test or simulate an SNMP trap?
by Mark Allen 09 Jul '02

09 Jul '02

All: I set up some snmp traps via filer view and I would like to simulate or test the traps to make sure they works. I set up traps for a failed disk, failed pdu, failed fan, and cluster failover notification. The filer is in production and I would like to find a way to test this out without actually failing the hardware myself. Any ideas? -Mark

1 0

Re: Where are they now? [was: Visiting Network Appliance (OT)]
by Chris Thompson 09 Jul '02

09 Jul '02

Earlier today I wrote: > > Brian Tao's request reminds me that we've seen almost nothing in toasters > from posters @netapp.com in the last two months. [There was one from > Charles Roufay on 30 May: before that I can find nothing since 3 May.] > > As there used to be quite a lot, I wonder what's behind this. Technical > problems posting to the list? Managerial edicts telling NetApp employees > to stop wasting time on us losers? > > Not that there's any obligation on NetApp's part to contribute, of course. I have had several responses from within NetApp, all saying much the same thing. Steven Yee specifically requested that I publish his response here, so I will do that: | I would appreciate if you would repost this to toasters for me. | | NetApp Employees (well, engineering at least ;) still read toasters, | and often privately reply as appropriate. However we are currently unable to | easily post replies due to our use of an "internal exploder"/dl forwarder. | With spam-preventing changes to list posting we cannot post unless | every employee individually joins the list (not highly recommended company wide). | | Even worse, if we do a reply, it will often go to the list instead of the poster | and we don't even see a bounced message, it just silently disappears | and never shows up on the list (so it could be days before we notice | that the answer was never received). | | Should you (or any lister) recieve an answer directly from NetApp, in most | cases the reply can be reposted to the list for the benefit of all, if in doubt | as to the appropriateness of the reply, please check with the originator of the | message. | | The list owner and maintainers were (as of 2 months ago) aware of the NetApp | posting problem but I have heard of no resolution as of yet. Believe me, this has | caused some concern in the engineering side of the house. | | steve. | -- | Steven Yee == sdy(a)netapp.com | System Management Software | Network Appliance Inc This doesn't seem to me to be at all a healthy situation. I understand the necessity to close the list in a hurry due to the spam situation, but problems like the above ought to have been ironed out by now. Most list management software I am aware of allows for the set of permitted posters and the (direct) list recipients to be different. Would fubar care to comment? Chris Thompson Email: cet1(a)cam.ac.uk

2 1

NetApp Filer administrators archive list
by SMAILBEGOVIC D ext OCISI 09 Jul '02

09 Jul '02

Many search engines point to a "NetApp Filer administrators archive list" at the URL http://teaparty.mathworks.com:1999/toasters/index.html. This URL seems to be unavailable. We can't find it elsewhere on the Web. Could you, please, send to us the correct URL to that document or the document itself ? We would appreciate very much. Regards, Deni Smailbegovic

2 1

NT/filer slowdown
by SMAILBEGOVIC D ext OCISI 09 Jul '02

09 Jul '02

Some of our users in a large NT/filer environment experience a huge sporadic slowdown (20 min OK, 5 min slow) when a filer or NT BDC work with distant DCs through the secure channels over WAN links. Symptoms: windows explorer frozen, save as... in Word frozen/slow, filer share mapping lost, logon impossible, etc. Please tell me if you have experienced the similar problems... Can it be related to the WINS, DFS or some other configuration? Regards, Deni Smailbegovic

1 0

Re: Where are they now? [was: Visiting Network Appliance (OT)]
by mds＠gbnet.net 08 Jul '02

08 Jul '02

Could be the growing pains of a company about to give birth to another major product line at variance from their prior philosophy.. Not that I know anything. Anyone know what SAN might stand for? -- -Mark ... an Englishman in London ...

2 1

Visiting Network Appliance (OT)
by Brian Tao 08 Jul '02

08 Jul '02

Somewhat off-topic... I'm in the Mountain View area for the next couple of days (Monday and Tuesday), and was wondering if it would be possible to pay a meaningful visit to Netapp HQ or something. I keep meaning to do this, but being a last-minute sort of person, I always forget to make arrangements ahead of time. :-/ Please reply to me privately, thanks. :) -- Brian Tao (BT300, taob(a)risc.org) "Though this be madness, yet there is method in't"

2 1

CIFS permissions
by Audrey Reed 08 Jul '02

08 Jul '02

I have a share (mixed security style) with several subdirectories. Most of the directories are NT style permission. One directory has continually had bizarre permissions problems (files seem to go back to Unix style permissions even when the "allow inheritable permission to propagate" flag is checked). I can go into more detail if necessary, but I think I might know what the problem is. This is the only directory that has the "Archive" attribute set (visible in both the General tab & the Secure Share tab under Properties). Could this account for the permissions problems? Thanks in advance for your help! Regards, Audrey Reed Raytheon Engineering Computing

1 0

/etc/rmtab
by David Lee 05 Jul '02

05 Jul '02

From time to time, it is useful to see which NFS clients might currently be NFS-mounting software from a NetApp server. On a typical UNIX fileserver, the mount daemon maintains a text-format file "/etc/rmtab" (or similar) which can quickly be browsed (or grep'ped etc.). I see that NetApp also has an "/etc/rmtab" file, which seems to record similar information. But: (a) it seems undocumented; (b) it is not text-formatted, but seems rather to be a four-byte binary entry-length followed by the entry itself. Now whilst I could quickly hack together a C program or perl-script to make this human-readable, it would seem worthwhile to ask: (a) is "/etc/rmtab" supported? (b) is it documented? (page number?) (c) are there already some established and accepted ways to make its contents human-readable? (d) is there a FilerView (WWW) way of seeing the information in here? -- : David Lee I.T. Service : : Systems Programmer Computer Centre : : University of Durham : : http://www.dur.ac.uk/t.d.lee/ South Road : : Durham : : Phone: +44 191 374 2882 U.K. :

2 1

RE: /etc/rmtab
by Touretsky, Gregory 05 Jul '02

05 Jul '02

You can run regular command from any Unix machine: showmount [-a] <filerName> -----Original Message----- From: David Lee [mailto:t.d.lee@durham.ac.uk] Sent: Friday, July 05, 2002 4:51 PM To: toasters(a)mathworks.com Subject: /etc/rmtab From time to time, it is useful to see which NFS clients might currently be NFS-mounting software from a NetApp server. On a typical UNIX fileserver, the mount daemon maintains a text-format file "/etc/rmtab" (or similar) which can quickly be browsed (or grep'ped etc.). I see that NetApp also has an "/etc/rmtab" file, which seems to record similar information. But: (a) it seems undocumented; (b) it is not text-formatted, but seems rather to be a four-byte binary entry-length followed by the entry itself. Now whilst I could quickly hack together a C program or perl-script to make this human-readable, it would seem worthwhile to ask: (a) is "/etc/rmtab" supported? (b) is it documented? (page number?) (c) are there already some established and accepted ways to make its contents human-readable? (d) is there a FilerView (WWW) way of seeing the information in here? -- : David Lee I.T. Service : : Systems Programmer Computer Centre : : University of Durham : : http://www.dur.ac.uk/t.d.lee/ South Road : : Durham : : Phone: +44 191 374 2882 U.K. :

1 0

hiding "." files?
by David Lee 05 Jul '02

05 Jul '02

Background: Most of our desktops are Windows, and most users are Windows-based, but the back-end servers have historically been UNIX-based (Samba for CIFS access), and we put a few "." files in place for each user, in case they use UNIX directly. Under UNIX, filenames beginning with "." are conventionally regarded as hidden: for example they don't show in the output from "ls". Similarly, when a UNIX filesystem is viewed via Samba from a Windows box, again the "." files are hidden from the users. We have just acquired two NetApp fileservers, running 6.1.2R1, and have noticed that the "." files are presented to the (mostly Windows) users. While this isn't a show-stopper, we wondered whether there was a option of telling the NetApp to classify "." files as hidden. Or something similar. Either now, or planned for later versions. -- : David Lee I.T. Service : : Systems Programmer Computer Centre : : University of Durham : : http://www.dur.ac.uk/t.d.lee/ South Road : : Durham : : Phone: +44 191 374 2882 U.K. :

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