toasters

toasters@lists.teaparty.net

13531 discussions

Interesting permissions problem
by Graham C. Knight 13 Jul '99

13 Jul '99

A filer of ours (ast-h-dcf04) has NFS exported as root to a system named "nimbus". The filer is giving permission denied messages when trying to access some files as root. This is causing backups to fail for this file (and a few others). Anyone seen this type of behaviour?: [nimbus] ~ 103> sudo file "/data/ast-h-dcf04/ast-h-dcf04-1/kfackler/ups/UPS Server Backup.doc" /data/ast-h-dcf04/ast-h-dcf04-1/kfackler/ups/UPS Server Backup.doc: cannot open: Permission denied Other files in the same directory can be accessed, and they have identical permissions as this one: -rwx------ 1 kfackler nt 19968 Jul 8 09:10 UPS Server Backup.doc* I thought maybe this user had it locked in CIFS, but: ast-h-dcf04> cifs sessions kfackler users shares/files opened MA106734 (ACCT02\kfackler - kfackler) {home_dir} Is there a way to list the files locked by CIFS on a filer? And even if it were locked - why can't root do querires on the file, or back it up? This filer is running 5.3D14. Hopefully I'm missing something very obvious here.... Thx, Graham

2 1

SNMP with netapp?
by Jaye Mathisen 13 Jul '99

13 Jul '99

I am not an SNMP person by any stretch of the imagination... With that said, there's gotta be somebody that's taken the netapp mib and hooked it up with MRTG or something to snarf out some of that great sysstat data and NFS ops data. So if somebody who has done that can make me a fragment of what the OID's would look like, or hell, just get snmpwalk to use the netapp mib, I would be a happy camper. Thanks in advance.

2 3

Anybody seen this crash?
by Jaye Mathisen 13 Jul '99

13 Jul '99

My netapp running my news spool is dying with: saving 192M to /etc/crash/core.7.nz ("../common/wafl/write_alloc.c:1412: Assertion failure.") F630, 200GB disk, OnTap 5.3.1 Thinking of running wack... after idling it. So far, 7 days, 7 crashes. Haven't touched it in weeks, didn't even know it had died since it boots up so quick.

2 1

RE: SNMP with netapp?
by Thompson, Tim 13 Jul '99

13 Jul '99

> > With that said, there's gotta be somebody that's taken the netapp mib and > > hooked it up with MRTG or something to snarf out some of that great > > sysstat data and NFS ops data. > Jaye, > Already on the NetApp NOW web site under the 'Tools' category > Great stuff!! Tom is referring to the "filer-mrtg" package which you'll find in the "Toolshed" list of the "Tools & Utilities". The package contains both MRTG and a Makefile-driven configuration process that will construct the MRTG files needed to monitor your Netapp Filers. It works on Solaris and Linux. A similar arrangement for Netcache can be found in the "netcache-mrtg" package. (If you are using Netcache 3.4, please contact us for a newer version of netcache-mrtg.) You could use the things in the filer-mrtg package and try to merge them with your existing MRTG setup, but my recommendation would be to run the filer-mrtg stuff separate from your existing MRTG setup. This will avoid hassles with compatibility of MRTG versions, and make it much simpler to set up. ...Tim Thompson...Network Appliance, Inc...tjt(a)netapp.com...

2 1

Re: re bug 14004
by quirion＠netapp.com 12 Jul '99

12 Jul '99

In message <19990712200658.24154.qmail(a)ns.gbnet.net>, James R Grinter writes: >[cc'd to netcache-users] > >On Mon 12 Jul, 1999, Colin Johnston <colinj(a)uk.psi.com> wrote: >>just been reading the release notes for NetCache 3.4 >>It seems that unknown to people upto now status reports >>are sent from the NetCache machines each night to NetApp. > >Talking of which, I understand that autosupport might also (well, for >some version of NetCache appliance anyway) have resulted in it sending >referer logs. But that might just be it grabbing a portion of logs when >it crashes and sending it onwards. Autosupport will send the messages file(or some portion I dont remember) when it crashes and come back up. > >>Is is possible for these status reports can also be emailed >>to the customers ?? > Its not autosupport. Its an HTTP POST. >if this *is* part of the autosupport email, and not some other >undeclared feature, you could try changing the address that it sends to >and see what you get (of course, you could also direct its smtp >outbound sessions to a box and mail queue of your own control and take >a look) > >James. >(disclaimer: I don't currently have a NetCache nor access to NOW, so >you could just ignore everything I say) > Brian Quirion Software Engineer Network Appliance Web Products 408-822-6814

3 2

Re: re bug 14004
by jrg＠acm.org 12 Jul '99

12 Jul '99

[cc'd to netcache-users] On Mon 12 Jul, 1999, Colin Johnston <colinj(a)uk.psi.com> wrote: >just been reading the release notes for NetCache 3.4 >It seems that unknown to people upto now status reports >are sent from the NetCache machines each night to NetApp. Talking of which, I understand that autosupport might also (well, for some version of NetCache appliance anyway) have resulted in it sending referer logs. But that might just be it grabbing a portion of logs when it crashes and sending it onwards. >Is is possible for these status reports can also be emailed >to the customers ?? if this *is* part of the autosupport email, and not some other undeclared feature, you could try changing the address that it sends to and see what you get (of course, you could also direct its smtp outbound sessions to a box and mail queue of your own control and take a look) James. (disclaimer: I don't currently have a NetCache nor access to NOW, so you could just ignore everything I say)

1 0

re bug 14004
by Colin Johnston 12 Jul '99

12 Jul '99

Hi, just been reading the release notes for NetCache 3.4 It seems that unknown to people upto now status reports are sent from the NetCache machines each night to NetApp. Is is possible for these status reports can also be emailed to the customers ?? Colin Johnston SA PSINET UK

1 0

RE: Interesting permissions problem
by Muhlestein, Mark 12 Jul '99

12 Jul '99

OK, try going through the security troubleshooter: http://now.netapp.com/knowledge/docs/olio/guides/53_troubleshooting/index.s… If the qtree allows ACLs (i.e. it is not a UNIX qtree) there may be an ACL on the file that does not grant you access. In that case you are actually looking at the display permissions from the UNIX side. Let me know what you find. Mark -----Original Message----- From: Graham C. Knight [mailto:grahamk@ast.lmco.com] Sent: Monday, July 12, 1999 9:08 AM To: Muhlestein, Mark Cc: 'toasters(a)mathworks.com' Subject: Re: Interesting permissions problem The file does not appear in a lock_dump listing. Here is some interesting behaviour: [diamond] ~/ups 3> ls -al total 1000 drwx------ 2 kfackler nt 4096 Jul 8 09:11 ./ drwx------ 4 kfackler nt 4096 Jul 12 08:41 ../ -rwx------ 1 kfackler nt 22528 Jun 24 08:34 UPS Review.doc* -rwx------ 1 kfackler nt 19968 Jul 8 09:10 UPS Server Backup.doc* -rwx------ 1 kfackler nt 202752 Jul 6 09:09 UPStempl.mpp* -rwx------ 1 kfackler nt 194560 Jul 6 09:12 UPStempl.mpt* -rwx------ 1 kfackler nt 45568 Jun 29 09:41 WhoOpsWhat.doc* [diamond] ~/ups 4> whoami kfackler [diamond] ~/ups 5> chmod 700 * chmod: WARNING: can't change UPS Server Backup.doc [diamond] ~/ups 6> more "UPS Server Backup.doc" UPS Server Backup.doc: Permission denied [diamond] ~/ups 7> I cannot do anything with this file - it doesn't appear to matter who i am. I cannot do anything with this file from NT when i'm logged in as a user who has a UID of zero either. It won't let me copy it, or see the permissions. It gives me the "make sure the disk isn't full" error. Any tips appreciated.... Thx, Graham "Muhlestein, Mark" wrote: > > It looks suspiciously like a CIFS lock. There is a hidden command "lock_dump -f" > which is available after doing "rc_toggle_basic". It shows all the cifs locks. > > The reason the files are locked even for root is that SMB locks are mandatory. > We are following NT semantics. It is not perfectly clear that you would always > want to strictly follow NT semantics in all cases, and we are looking at > addressing that issue. > > If you can do your backups from snapshots you will avoid the problem of files > locked by CIFS clients. > > Mark Muhlestein -- mmm(a)netapp.com > > -----Original Message----- > From: Graham C. Knight [mailto:grahamk@ast.lmco.com] > Sent: Monday, July 12, 1999 7:58 AM > To: toasters(a)mathworks.com > Subject: Interesting permissions problem > > A filer of ours (ast-h-dcf04) has NFS exported as > root to a system named "nimbus". The filer is > giving permission denied messages when trying to > access some files as root. This is causing backups > to fail for this file (and a few others). Anyone > seen this type of behaviour?: > > [nimbus] ~ 103> sudo file > "/data/ast-h-dcf04/ast-h-dcf04-1/kfackler/ups/UPS Server Backup.doc" > /data/ast-h-dcf04/ast-h-dcf04-1/kfackler/ups/UPS Server Backup.doc: > cannot open: Permission denied > > Other files in the same directory can be accessed, and they > have identical permissions as this one: > > -rwx------ 1 kfackler nt 19968 Jul 8 09:10 UPS Server > Backup.doc* > > I thought maybe this user had it locked in CIFS, but: > > ast-h-dcf04> cifs sessions kfackler > > users > shares/files opened > > MA106734 (ACCT02\kfackler - kfackler) > {home_dir} > > Is there a way to list the files > locked by CIFS on a filer? And even > if it were locked - why can't root > do querires on the file, or back it up? > > This filer is running 5.3D14. Hopefully > I'm missing something very obvious here.... > > Thx, > Graham

1 0

New shelves on 330
by Jay Orr 12 Jul '99

12 Jul '99

Hi, Ok, so we had gotten an old shelf from our other branch and we tried to bring it online sunday. It seems that the old shelf was the boot shelf (off of controller 0) and we put it on scsi 9b on our system. When the system was rebooted it crashed into PROM mode with the error message raid ID error 0,5. We did this twice and it returned the same error with different drive descriptors both times (but both 0,5 ID error). Anyone know what to do with this? ----------- Jay Orr

1 1

RE: Interesting permissions problem
by Muhlestein, Mark 12 Jul '99

12 Jul '99

It looks suspiciously like a CIFS lock. There is a hidden command "lock_dump -f" which is available after doing "rc_toggle_basic". It shows all the cifs locks. The reason the files are locked even for root is that SMB locks are mandatory. We are following NT semantics. It is not perfectly clear that you would always want to strictly follow NT semantics in all cases, and we are looking at addressing that issue. If you can do your backups from snapshots you will avoid the problem of files locked by CIFS clients. Mark Muhlestein -- mmm(a)netapp.com -----Original Message----- From: Graham C. Knight [mailto:grahamk@ast.lmco.com] Sent: Monday, July 12, 1999 7:58 AM To: toasters(a)mathworks.com Subject: Interesting permissions problem A filer of ours (ast-h-dcf04) has NFS exported as root to a system named "nimbus". The filer is giving permission denied messages when trying to access some files as root. This is causing backups to fail for this file (and a few others). Anyone seen this type of behaviour?: [nimbus] ~ 103> sudo file "/data/ast-h-dcf04/ast-h-dcf04-1/kfackler/ups/UPS Server Backup.doc" /data/ast-h-dcf04/ast-h-dcf04-1/kfackler/ups/UPS Server Backup.doc: cannot open: Permission denied Other files in the same directory can be accessed, and they have identical permissions as this one: -rwx------ 1 kfackler nt 19968 Jul 8 09:10 UPS Server Backup.doc* I thought maybe this user had it locked in CIFS, but: ast-h-dcf04> cifs sessions kfackler users shares/files opened MA106734 (ACCT02\kfackler - kfackler) {home_dir} Is there a way to list the files locked by CIFS on a filer? And even if it were locked - why can't root do querires on the file, or back it up? This filer is running 5.3D14. Hopefully I'm missing something very obvious here.... Thx, Graham

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