toasters

toasters@lists.teaparty.net

13545 discussions

6070's loosing packets, become unusable
by Todd C. Merrill 13 Jun '07

13 Jun '07

Folks, I'm on a fishing expedition here. We've had four incidents over the past ~6 months of our 6070's loosing packets and becoming effectively unusable. Symptoms include *very* slow response on clients, both CIFS and NFS. Messages file on filer shows problems connecting to all external services (domain controllers, NIS servers, etc.): [selected lines clipped] Wed Jun 6 21:02:23 EDT [xxxxx: nis.server.inactive:warning]: preferred NIS Server xxx.xx.xxx.x not responding Wed Jun 6 21:02:23 EDT [xxxxx: nis.server.active:notice]: Bound to preferred NIS server xxx.xx.xxx.x Wed Jun 6 21:15:10 EDT [xxxxx: nfsap_process:warning]: Directory service outage prevents NFS server from determining if client (xxx.xx.xxx.x has root access to path /vol/YYYYYY/YYYYYY (xid 1346843745). Client will experience delayed access during outage. Wed Jun 6 21:15:18 EDT [xxxxx: rpc.client.error:error]: yp_match: clnt_call: RPC: Timed out Wed Jun 6 21:16:45 EDT [xxxxx: rshd_0:error]: rshd: when reading user name to use on this machine from ZZZZZZZZZ, it didn't arrive within 60 seconds. Wed Jun 6 21:28:54 EDT [xxxxx: auth.dc.trace.DCConnection.errorMsg:error]: AUTH: Domain Controller error: NetLogon error 0xc0000022: - Filer's security information differs from domain controller. Thu Jun 7 00:21:08 EDT [xxxxx: nis_worker_0:warning]: Local NIS group update failed. Could not download the group file from the NIS server. Thu Jun 7 00:21:11 EDT [xxxxx: nis.server.inactive:warning]: preferred NIS Server xxx.xx.xxx.x not responding Thu Jun 7 00:21:11 EDT [xxxxx: nis.server.active:notice]: Bound to preferred NIS server xxx.xx.xxx.x Thu Jun 7 00:21:24 EDT [xxxxx: nis.servers.not.available:error]: NIS server(s) not available. Thu Jun 7 00:21:37 EDT [xxxxx: mnt_assist:warning]: Client xxx.xxx.xx.xx (xid 0) fails to resolve via gethostbyaddr_r() for root access - host_errno = 2, errno = 61 Thu Jun 7 00:22:23 EDT [xxxxx: nis.server.active:notice]: Bound to preferred NIS server xxx.xx.xxx.x Our Nagios system trips on 100% ping loss almost immediately, and then flaps until the filer is restarted. First time, we just rebooted (the whole company twiddling their thumbs, waiting...). Second time, we begged for diagnosis time and called it in, and ended up replacing the motherboard (suspected network port). *Third* time, we no longer suspected hardware, dumped core then rebooted; core analysis didn't find anything. FOURTH time happened last week; dumped core, sent it in, awaiting analysis but not hopeful. This has only happened on our 6070's. Never on our 980's or R200's (running same ONTAP versions). It's happened on two different ONTAP 7.2 releases. It's happened on three different 6070's (two incidents on one of them). We're running full flowcontrol. We're running vif's. System firmware on six of them (and this latest victim) was upgraded in February 2007. We have eight 6070's in one location; two have been affected. We have six 6070's in another location and one has been affected. The only stat that looks "weird" is that ifstat shows an unusually high number of transmit queue overflows / discards (ifstat from autosupport just before last core dump): > ===== IFSTAT-A ===== > > -- interface e0a (102 days, 11 hours, 43 minutes, 36 seconds) -- > > RECEIVE > Frames/second: 24198 | Bytes/second: 4311k | Errors/minute: 0 > Discards/minute: 0 | Total frames: 384g | Total bytes: 107t > Total errors: 1 | Total discards: 1201k | Multi/broadcast: 0 > No buffers: 1201k | Non-primary u/c: 0 | Tag drop: 0 > Vlan tag drop: 0 | Vlan untag drop: 0 | CRC errors: 1 > Alignment errors: 0 | Runt frames: 0 | Long frames: 0 > Fragment: 0 | Jabber: 0 | Xon: 0 > Xoff: 0 | Ring full: 0 | Jumbo: 0 > Jumbo error: 0 > TRANSMIT > Frames/second: 29384 | Bytes/second: 13057k | Errors/minute: 0 > Discards/minute: 0 | Total frames: 470g | Total bytes: 314t > Total errors: 0 | Total discards: 954k | Multi/broadcast: 123k > Queue overflows: 954k | No buffers: 0 | Single collision: 0 > Multi collisions: 0 | Late collisions: 0 | Max collisions: 0 > Deferred: 0 | Xon: 0 | Xoff: 0 > MAC Internal: 0 | Jumbo: 0 > LINK_INFO > Current state: up | Up to downs: 1 | Speed: 1000m > Duplex: full | Flowcontrol: full Switch side shows no extraordinary errors. So, I'm fishing for some ideas here. Waiting for it to happen again to gather network traces is not an optimal strategy (as much as I'd like to have those traces as well). I'm sure NetApp support will do their best in analyzing the core, but as I mentioned above, I'm not hopeful they will find the culprit this second time. So, I'm looking for any anecdotes, other weird behavior, crazy ideas, or even possible ones [1], from this large group, in parallel with NetApp's efforts. [1] "When you have eliminated all which is impossible, then whatever remains, however improbable, must be the truth." --Sherlock Holmes Until next time... The MathWorks, Inc. 508-647-7000 x7792 3 Apple Hill Drive, Natick, MA 01760-2098 508-647-7001 FAX tmerrill(a)mathworks.com http://www.mathworks.com ---

7 8

Farewell all!
by Maglinger, Paul 13 Jun '07

13 Jun '07

Well, it is with deep regret that I bid all you toasters a fond farewell. I'd like to say that I appreciate all the help during the time that our 740 served us for about 8 years. The 740 was a fine device and NetApps support was top-notch. After a very lengthy discussion over several months, we went to another storage solution. By the way, if anyone is interested in the 740 maxxed at 1TB raw and includes a spares kit with motherboard and misc other parts that were never used, send me an email. It is located in the Southern Indiana area. First come, first serve. You have to arrange for transport. If I don't hear anything from anyone by the end of the week, it's going to the recycler. Thanks again to all. If people concentrated on the really important things in life, there'd be a shortage of fishing poles. - Doug Larson ________________________________ Paul Maglinger, A+, CA, CCA, CET, MCSE Systems Administrator Shoe Carnival Inc. (812)867-4674 pmaglinger(a)scvl.com ________________________________

3 2

FC Lun creation/connection problems from W2K3
by Fred Grieco 12 Jun '07

12 Jun '07

Toasters, I am having a heck of a time creating and connecting luns from a Windows 2003 Server. I have installed the latest and greatest Snapdrive and DSM on the system, and I'm running Single_image cfmode on a FAS3020C with ontap 7.2.2. Also, I am using dual Emulex LP10000 HBAs on my hosts. When I attempt to create new luns in Snapdrive, the system creates the luns (i can see the IGroups and luns in filerview) but then it times out trying to reconnect to those luns. After this I can see the Luns in the HBAnywhere Emulex software but not in Snapdrive or DSM. Not only that, but I see each lun 4 times, which means the pathing/masking/igrouping is correct. I can also see all 8 drive paths as drives listed in device manager, but there is nothing in Disk Management. Has anyone seen this or know what direction I should go in? I have a call with Netapp escalated to engineering, but I thought I would also reach out to some real experts here! TIA, Fred ____________________________________________________________________________________Looking for a deal? Find great prices on flights and hotels with Yahoo! FareChase. http://farechase.yahoo.com/

4 4

F85 and F330 available for free
by Conner, Neil 08 Jun '07

08 Jun '07

We have two working systems that we need to dispose of: 1. One is an F85 running DOT 6.5.5R1 with a 100GB volume. 2. The other is an F330 running DOT 5.3.7R3 with an 18GB disk shelf. Both units come with complete documentation sets, but both also need a new NVRAM battery. The recipient would need to pay for shipping. Let me know if you're interested or if you know of a charitable organization that could use either of these units. Thanks, Neil

1 0

Fwd: Re: Tape Directly connected
by jbrigman＠nc.rr.com 07 Jun '07

07 Jun '07

1 0

RE: Tape Directly connected
by Kenneth Heal 07 Jun '07

07 Jun '07

Hi LuisYes, you should be able to directed attach a fibre channel tape drive:http://now.netapp.com/NOW/knowledge/docs/ontap/rel722/html/filer/f200… order to know if your tape device is supported you can check the system configuration guide at this URL:http://now.netapp.com/NOW/knowledge/docs/hardware/NetApp/syscfg/scdot72… your tape drive is not listed there take a look athttp://now.netapp.com/NOW/knowledge/docs/ontap/rel722_vs/html/ontap/tapeb… you might very will still be able to use it.Hope this helps!Kindest regardsKennethKenneth HealSenior Storage ConsultantSenet Eindhoven bv> Date: Thu, 7 Jun 2007 11:48:22 -0400> From: lsanchez(a)isc.cl> To: toasters(a)mathworks.com> Subject: Tape Directly connected> > Hi> > I don't have experience with SAN.> > My question is:> > Can I connect directly a SAN tape with a FAS270c, without the use of a > SAN switch between them?> > Thanks> > Luis _________________________________________________________________ With Windows Live Hotmail, you can personalize your inbox with your favorite color. www.windowslive-hotmail.com/learnmore/personalize.html?locale=en-us&ocid=TX…

2 1

LTO4 usage?
by Darren Dunham 06 Jun '07

06 Jun '07

I did some searching and I couldn't find any information about LTO4 support in OnTAP. I'm just doing some investigation on some possible drive purchases. Before I call netapp, has anyone else checked to find when LTO4 support might be expected? Anyone using LTO4 with OnTAP today? Thanks. -- Darren Dunham ddunham(a)taos.com Senior Technical Consultant TAOS http://www.taos.com/ Got some Dr Pepper? San Francisco, CA bay area < This line left intentionally blank to confuse you. >

1 0

RE: cifs terminate username?
by Jain, Ankur 06 Jun '07

06 Jun '07

David, The "ONTAPI" referred in the mail below is actually Manage ONTAP SDK product. Manage ONTAP SDK provide set of interfaces for developing third party integrations to manage NetApp storage. The SDK provide interfaces in C, Java and Perl languages. SDK can manage NetApp storage running ONTAP 6.3 and above. Manage ONTAP SDK is currently used by numerous partners and customers to tightly integrate into their own tools and applications with NetApp storage systems. The SDK can be downloaded from SDK portal( http://now.netapp.com/cgi-bin/manageontap ). The access to this portal is restricted. NetApp customers can request access to SDK through their NetApp sales representative. Thanks, Ankur -----Original Message----- From: David Lee [mailto:t.d.lee@durham.ac.uk] Sent: Tuesday, June 05, 2007 7:38 PM To: Paul Rosham Cc: toasters(a)mathworks.com Subject: RE: cifs terminate username? On Tue, 5 Jun 2007, Paul Rosham wrote: > Perhaps you could try and swap your scripting to the XML-based ONTAPI, > which would allow much better machine parseability? That sounds interesting. Until your email I had never heard of 'ONTAPI'. A quick Google search showed a few hits, but no obvious authoritative source of either specification or tutorial. How long has it been in ONTAP? (We are 7.0.5) How does one start, from zero, to investigate this thing called 'ONTAPI'? Documentation? Examples? Support software/modules for 'perl' (or shell, or similar)? Thanks in advance. -- : David Lee I.T. Service : : Senior Systems Programmer Computer Centre : : UNIX Team Leader Durham University : : South Road : : http://www.dur.ac.uk/t.d.lee/ Durham DH1 3LE : : Phone: +44 191 334 2752 U.K. :

1 0

cifs terminate username?
by David Lee 05 Jun '07

05 Jun '07

(OnTap 7.0.5) From time to time our admin procedures mean that we have to move someone's home directory from one qtree to another. (I'd rather this didn't happen, but it's one of those things we have to live with for the time being...) Inevitably, on some occasions a CIFS session for such a user is active at the time of the move. So if, the morning after the move, they simply pick up from where they left off the previous evening, their new data is still going into their old area. (This probably happens one every week or two on average.) What we're looking for is something like: cifs terminate username that we could employ to kill off the CIFS session(s) for a given username. (Such killing of potentially active (usually dormant) sessions is (while not ideal) nevertheless usually far preferable to picking up the pieces of two diverging home directories in the following days.) But there doesn't seem to be any such "cifs terminate username". There is a "cifs sessions username", whose output is intended for humans, not machines, so is not easily amenable to reliable machine-parsing. So it is not really suitable for then reliably deriving workstation names for OnTap's existing "cifs terminate workstation" command. Any thoughts on how to achieve "cifs terminate username" functionality? By the way, the environment for driving this is a set of UNIX scripts which can do operations of the form: rsh filer cifs ... -- : David Lee I.T. Service : : Senior Systems Programmer Computer Centre : : UNIX Team Leader Durham University : : South Road : : http://www.dur.ac.uk/t.d.lee/ Durham DH1 3LE : : Phone: +44 191 334 2752 U.K. :

3 3

RE: cifs terminate username?
by David Lee 05 Jun '07

05 Jun '07

On Tue, 5 Jun 2007, Paul Rosham wrote: > Perhaps you could try and swap your scripting to the XML-based ONTAPI, which > would allow much better machine parseability? That sounds interesting. Until your email I had never heard of 'ONTAPI'. A quick Google search showed a few hits, but no obvious authoritative source of either specification or tutorial. How long has it been in ONTAP? (We are 7.0.5) How does one start, from zero, to investigate this thing called 'ONTAPI'? Documentation? Examples? Support software/modules for 'perl' (or shell, or similar)? Thanks in advance. -- : David Lee I.T. Service : : Senior Systems Programmer Computer Centre : : UNIX Team Leader Durham University : : South Road : : http://www.dur.ac.uk/t.d.lee/ Durham DH1 3LE : : Phone: +44 191 334 2752 U.K. :

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