toasters

toasters@lists.teaparty.net

3 participants
13514 discussions

Random reboots on clustered F740 during backups
by Stoltz 14 Jul '99

14 Jul '99

Is anyone else having this problem? We have 2 clustered F740s running 5.3D11 that are backed up via Budtool 4.6, and one of them (bonnie) reboots about every 10 to 15 days during backups. It isn't restricted to a particular level of dump, time of dump, or seemingly anything else non-randomly reproducible :( I've now sent several cores off to netapp for analysis, and to all I've received the same reply: Bug 16084. Problem is that 3 args were expected, but only 2 were given. The following message is what it was trying to print out: "Your dump succeeded, but it could not update the table. The data is safe, but this dump cannot be the base of a future incremental, unless you update the table by hand." Now, the immediate thing every engineer I've talked to has said was "check the permissons on /etc/dumpdates". Of course, the permissions on both boxes in the cluster are exactly the same, the dumpdates file *has* been getting updated, there isn't an issue with space, pretty much every reason we've been given as to why this is happening just ain't so. Besides, the other 740 in the cluster hasn't had any problems with backups as of yet (knock on wood). So, this leaves me wondering, has anyone else seen this and if so, what's your configuration like? Bleah, Mark Susquehanna Partners

1 0

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

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