toasters

toasters@lists.teaparty.net

13523 discussions

Backup alternatives (again)
by Lewis 14 Jul '99

14 Jul '99

Hi everyone, This is a first time posting from someone new to NatApps, so please bare with me. I hve been subscribed to the list for a while and read the archive to get up to speed on passed discussions. I would appreciate it if list members could make suggestions about what alternative backup solutions are available and what kind of (un)recommendations this group puts on these alternatives. This is a follow on from from previous discussions regarding the use of Budtool. I have taken over responsability for the backups as Shiona Mceill (former list contributer is on maternity leave). Due to our lack of success with the implementation of Budtool and their recent demise from the UK market, we have decided not to pursue this solution. We have looked at Netbackup from Veritas. Any comments? We are currently looking at Quick Restore from Workstation Solutions. Any comments? As for platforms and configuration: We have 3+ F720 on 2 sites (ONTAP 5.1.2R3). 3 suns running SunOS 5.7, ATL L500 Library (DTL 7000 drive) and potentially in the future a large number of linux boxes. NDMP has up until now been the preferred option as it seems to be the way forward with the NetApps. However, all that I have seen so far indicates that NDMP support in existing backup tools is a bit of a bolt inclusion that does not sit well with existing products or product architecture. In order to configure the multiplatform network, dubious (built in) workarounds have to be made to get the system to work. These vary from additional links being wired into the library (locally attached to a NetApp), so that the unix data can be backed-up, to dummy library configuration for not local (library) attachments to NetApps. All in all, any comments? Hopefully you will be able to tell me that I don't have a clue what I am on about and that it is all straightforward. Somehow I doubt this to be entirely the case, seeing the hoops we jumps through with budtool. here's hoping, Lewis

1 0

Re: Anybody seen this crash?
by sirbruce＠ix.netcom.com 13 Jul '99

13 Jul '99

On 07/12/99 23:47:14 you wrote: > > > >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. In my experience write_alloc.c crashes are often related to filesystem inconsistencies. Running wack sounds like a good idea. >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. First, you should put yourself on its autosupport, that way it will notify you as soon as it reboots. You can even link it to your email pager if you like. Then you can either read the full email to see what happened or check the system messages logs. As to the crashes, the fact there is 7 in 7 days would seem important, if indeed you are getting one every day. You don't say if they are all at the same time; if they are, then it might be indicative of a particular process running (cron job) at a particular time every day. Since it's a news spool, it is not unlikely that your entire filesystem gets scanned every day anyway, so even if they are at different times it could be a particular directory or file that is corrupted that crashes the filer ever time the news server tries to modify it. Netapp support, as always, is the best place to get help when you have a crash. Bruce

2 1

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

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