toasters

toasters@lists.teaparty.net

2 participants
13522 discussions

Anyone seen this? .snapshot missing from readdir() even for mount point
by Chris Thompson 14 Nov '00

14 Nov '00

I was prompted by trawling over Bugs Online to open a call with NetApp about the following problem, which I've known about for a year or more. The call isn't making much progress (we won't go into whose fault that is ...) and as the whole thing was really a request for information ("did you know about this infelicity? is it going to be fixed some year?") I can't conscientiously exert much pressure. But I can waste your time asking whether you've observed the same effect, can't I? :) As I am sure you are all aware, although ".snapshot" can be looked up in any directory, it is only visible to readdir() in NFS mount points (5.3 System Administrator's Guide, p.406: "Actually, the .snapshot in the mount point is "real" to make the pwd command work ..."). The problem is that sometimes ".snapshot" isn't visible to readdir() *even* in mount point directories. This seems to happen only in directories with more than one 4K block (it's notable that "ls -f" shows .snapshot coming after the first block's worth in such directories, if it shows up at all), and rather rarely even then (2 out of over 150 user home directories of >4K that I looked at today), but as long as the directory isn't tinkered with the state remains the same. I've observed this with several OnTap 5.2.x & 5.3.x releases, and several different Solaris releases as clients. It *could* be an NFS client implementation problem, I suppose, but I don't think I believe that. Does this sound familiar to anyone? Chris Thompson University of Cambridge Computing Service, Email: cet1(a)ucs.cam.ac.uk New Museums Site, Cambridge CB2 3QG, Phone: +44 1223 334715 United Kingdom.

1 0

CIFS connections
by Todd C. Merrill 14 Nov '00

14 Nov '00

Upgraded to an F840 running 5.3.7 this weekend. messages file keeps showing oplock break timeouts, and a very tenuous connection to *any* domain controller it tries to connect to. Clients seem fine; DC's seem fine; no apparent problems elsewhere. Thoughts? Tue Nov 14 13:44:49 EST [filer: GbE-e4]: Connection with DC \\DC1 terminated Tue Nov 14 13:44:51 EST [filer: CIFSAdmin]: oplock break timed out to station BAT57NT for file \\filer\HUB\bat\share\bin\clusterx.pm Tue Nov 14 13:45:26 EST [filer: CIFSAdmin]: oplock break timed out to station BAT57NT for file \\filer\HUB\bat\share\environ\R12 Tue Nov 14 13:45:26 EST [filer: CIFSAdmin]: oplock break timed out to station BAT57NT for file \\filer\HUB\bat\share\bin\batlib.pm Tue Nov 14 13:45:34 EST [filer: CIFSAdmin]: oplock break timed out to station BAT57NT for file \\filer\HUB\bat\nt\bin\batnt_start.pl Tue Nov 14 13:46:01 EST [filer: CIFSAdmin]: oplock break timed out to station BAT57NT for file \\filer\HUB\bat\share\bin\batswim.pm Tue Nov 14 13:46:02 EST [filer: CIFSAdmin]: oplock break timed out to station BAT57NT for file \\filer\HUB\bat\share\bin\BatVars2.pm Tue Nov 14 13:47:19 EST [filer: CIFSAuthen]: Connection with DC \\DC2 established Tue Nov 14 13:51:04 EST [filer: CIFSAdmin]: oplock break timed out to station BAT59NT for file \\filer\HUB\bat\nt\bin\OkeyDokey.pl Tue Nov 14 13:51:40 EST [filer: CIFSAdmin]: oplock break timed out to station BAT59NT for file \\filer\HUB\bat\share\bin\pc2unix.pm Tue Nov 14 13:51:50 EST [filer: CIFSAdmin]: oplock break timed out to station BAT59NT for file \\filer\HUB\bat\share\environ\R12student 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 ---

1 0

RE: LSA Errors
by lella.r.bennett＠lmco.com 10 Nov '00

10 Nov '00

We are running 5.3.6R2 on this filer. We were seeing the errors before we upgraded and we are continuing to see them after upgrading to 5.3.6R2. Also, the errors will start on a particular filer, I'll see a ton of them for a number of days, and then they disappear just as quickly as they started. I've looked on the logs on the Domian Controllers that the filer is connecting to, but they aren't reporting any errors. ??? -Lella -----Original Message----- From: Paul Lupa [mailto:ra5507@email.sps.mot.com] Sent: Friday, November 10, 2000 3:40 PM To: lella.r.bennett(a)lmco.com Cc: toasters(a)mathworks.com Subject: Re: LSA Errors Check your version of OnTap, I believe this was corrected in 5.3.6 (be sure to go to 5.3.6R2). I had the error for a long time, (along with "access denied" errors from the clients) and it went away with an upgrade. Paul Lupa lella.r.bennett(a)lmco.com wrote: Has anyone ever seen these errors before? We are seeing them consistently after the filer disconnects from its resource domain controller. [CIFSAuthen]: LsaLookupNames: Exception rpc_s_connection_closed caught. [CIFSAuthen]: LsaClose: Exception rpc_s_connection_closed caught. -Lella Bennett Lockheed Martin EIS 303-971-1055 -- ---------------------------- Paul Lupa Motorola (512) 933-6542 Voice (512) 933-6331 Fax Paul.Lupa(a)Motorola.com Pager 1168616(a)skytel.com or 1800759-8352 Pin:1168616

1 0

LSA Errors
by lella.r.bennett＠lmco.com 10 Nov '00

10 Nov '00

Has anyone ever seen these errors before? We are seeing them consistently after the filer disconnects from its resource domain controller. [CIFSAuthen]: LsaLookupNames: Exception rpc_s_connection_closed caught. [CIFSAuthen]: LsaClose: Exception rpc_s_connection_closed caught. -Lella Bennett Lockheed Martin EIS 303-971-1055

2 1

LSA errors
by Lella Bennett 10 Nov '00

10 Nov '00

1 0

LSA errors
by lella.r.bennett＠lmco.com 10 Nov '00

10 Nov '00

1 0

RE: Veritas NetBackup backup hangs
by Kelly Wyatt 10 Nov '00

10 Nov '00

Have you looked to see if the drives are down? We are running NetApp Release 5.3.4R3P2 on our filers, NBU 3.2+latest patches. There is a bug in this version of ontap that causes the tape drives to be downed at, we think, the end of jobs when it comes time to unload the tape or at the change of tapes on a job that needs to span tapes. I understand that 5.3.4 (base) does not have that problem. The thing is, we see this consistently on some filers and rarely on others. As a work around, we ended up having a cron job up the drives hourly. This took care of the problem. Look in the archives around 5/2/00, subject "Network Appliance Upgrade to ONTAP 5.3.4R3P2 and Backups" and you should see more on this problem. Kelly -- Kelly Wyatt, Kelly.Wyatt(a)SAS.com Senior Systems Programmer Strategic Recovery SAS Institute Inc. / SAS Campus Drive / Cary, NC 27513 http://www.sas.com SAS... The Power to Know -----Original Message----- From: Jeffrey Krueger [mailto:jkrueger@qualcomm.com] Sent: Tuesday, November 07, 2000 10:18 PM To: toasters(a)mathworks.com Subject: Veritas NetBackup backup hangs We have recently cut-over to using Veritas NetBackup with NDMP to perform a mixture of backups to filer-attached-tape and 3-way backups to other filers with tape. We are running DOT 5.3.4R3P2 on a mixture of 630's and 760's against NBU 3.2 with a recent patch set (one that includes the 3-way fix). In both instance, we have found that sometimes a filer completes a dump (ndmp session goes away, backup snapshot is deleted, /etc/dumpdates is updates), but the backup job hangs in Veritas-land. This job hangs indefiately until manually killed, at which point it does not record the file history making the backup un-restore-able. We're growing very frustrated with this issue. BudTool has been backing these filers up for 2 years with NDMP and relatively few problems. So far, NBU support has been disappointing to say the least. Has anyone seen this? Is there a workaround or fix? Also, does anyone know the mechanics of the "/etc/ndmpdlog.*" files? They are poorly documented in the DOT manuals. All of ours are zero length, but its unclear whether this is supposed to be the case (no news is good news). Does anyone know what they are supposed to look like? -- Jeff -- ---------------------------------------------------------------------------- Jeff Krueger E-Mail: jeff(a)qualcomm.com Senior Engineer Phone: 858-651-6709 NetApp Filers / UNIX Infrastructure Fax: 858-651-6627 QUALCOMM, Inc. IT Engineering Web: www.qualcomm.com

1 0

Recall:
by Kissel, Rich 09 Nov '00

09 Nov '00

Kissel, Rich would like to recall the message, "".

1 0

Recall:
by Kissel, Rich 09 Nov '00

09 Nov '00

Kissel, Rich would like to recall the message, "".

1 0

(no subject)
by Kissel, Rich 09 Nov '00

09 Nov '00

rkissel(a)netapp.com unsubscribe Rich -------------------------------------- Rich Kissel-----------Account Manager Network Appliance 100 N. El Segundo Blvd. Suite 1802, 18th Floor El Segundo, CA 90245 310-426-1717 Office 310-426-1701 Fax 310-739-6577 Mobile 877-5-NETAPP Pager rich.kissel(a)netapp.com www.netapp.com "NTAP could be next Cisco" CBS MarketWatch http://cbs.marketwatch.com/archive/19991207/news/current/smith.htx?source=ht

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