toasters

toasters@lists.teaparty.net

13520 discussions

Unhang a tape drive?
by WILLIAMS VIGIL, NIS-3/DEC MS-D440, 505-667-3587 07 Aug '02

07 Aug '02

Hi: Anyone know if (and how) a hung tape drive hanging off of an F840 running V6.1.2 can be reset without rebooting the fileserver? I got impatient with a tape erase, power-cycled the DLT-7000 autoloader, and removed the tape. Now the fileserver responds with "mt: open of tape nrst0a failed" whenever a command is set to it. Reinserting a tape does nothing. Ws Williams E. VIGIL 505-667-3587 Pager: 104-4728 -------------------------------------------------------- "... description is not explanation and when it comes to primary causes science explains nothing." D. Grinspoon "Science without relgion is lame, religion without science is blind." Albert Einstein

1 0

Snapshot storage
by stefan.holzwarth＠zentrale.adac.de 07 Aug '02

07 Aug '02

Hi, since about 1 year we have a F760 with now 3 TB of Raw Storage. During that time a snap reserve of 10% was sufficent. (4 a day, 7 per week, 4 per month) But now i found that on one volume the snapshot demand was suddenly growing. After looking around i found some users using their quota for doing backups to our filer. That backups were deleted after 2 weeks and replaced by new backups. This led to a large amount of data invisible to the quota system, but wasting a lot of snapstorage. How can i deal with that situation and especialy: how to find users/qtrees with a lot of changed data? Regards Stefan holzwarth ---------------------------------------------------------------------------- -- Stefan Holzwarth ADAC e.V. (Informationsverarbeitung - Systemtechnik - Basisdienste) Am Westpark 8, 81373 München, Tel.: (089) 7676-5212, Fax: (089) 76768924 mailto:stefan.holzwarth@zentrale.adac.de

2 1

Summary: Master and Slave NIS Servers
by devnull＠adc.idt.com 07 Aug '02

07 Aug '02

Many thanks to all who replied. Mike Horwath Fox, Adam Lance R. Mehle Leonard, Roger Geoff Hardin options nis.server nis_master,nis_slave,* This will check the master, the slave, then broadcast. Thanks very much, Regards /dev/null devnull(a)adc.idt.com

5 5

ONTap version 6.1.3R2 in dev environments
by Clawson, Simon 07 Aug '02

07 Aug '02

Hello, Is anyone using 6.1.3R2 in an RCS environment? I am planning to go up from the very old 5.3.6R2, and have had nasty experiences before, so wanted to test the water a bit.. Also, are there any other nasty/worrying issues with 6.1.3R2? Thanks Simon Simon Clawson TEL:- +44 (0)1635 811409 HDL Designer Series Team Systems Administrator FAX:- +44 (0)1635 810108 Mentor Graphics Ireland Ltd (UK Branch) MOB:- +44 (0)7788 716071 Rivergate London Road Newbury Berkshire RG14 2QB

1 0

RE: Snapshot storage
by Muhlestein, Mark 07 Aug '02

07 Aug '02

Starting with the 6.2 release, we added a feature to help with this problem, at least for CIFS clients. If you turn on the cifs.snapshot_file_folding.enable option, the filer will compare newly written files with the same file in the last snapshot, and any identical blocks will not result in new allocation of space. The effect of this is to only allocate storage for blocks that have changed. This is also useful when you are doing SnapMirror, since only the changed blocks have to be transmitted. Naturally, there is some performance impact to this, but it seems to be a good tradeoff for many customer environments. Mark Muhlestein -- Network Appliance Engineering > -----Original Message----- > From: stefan.holzwarth(a)zentrale.adac.de > [mailto:stefan.holzwarth@zentrale.adac.de] > Sent: Tuesday, August 06, 2002 1:08 AM > To: toasters(a)mathworks.com > Subject: Snapshot storage > > > Hi, > > since about 1 year we have a F760 with now 3 TB of Raw Storage. > During that time a snap reserve of 10% was sufficent. (4 a > day, 7 per week, > 4 per month) > But now i found that on one volume the snapshot demand was > suddenly growing. > > After looking around i found some users using their quota for > doing backups > to our filer. > That backups were deleted after 2 weeks and replaced by new backups. > This led to a large amount of data invisible to the quota system, but > wasting a lot of snapstorage. > > How can i deal with that situation and especialy: how to find > users/qtrees > with a lot of changed data? > > Regards > Stefan holzwarth > > > -------------------------------------------------------------- > -------------- > -- > Stefan Holzwarth > ADAC e.V. (Informationsverarbeitung - Systemtechnik - Basisdienste) > Am Westpark 8, 81373 München, Tel.: (089) 7676-5212, Fax: > (089) 76768924 > mailto:stefan.holzwarth@zentrale.adac.de >

5 4

excess ip fragments from client cause denial of service
by Marion Hakanson 06 Aug '02

06 Aug '02

Folks, Here's an FYI, in case anyone else runs into this issue. And perhaps you may feel moved to contact NetApp about it as well, if your filers might be similarly affected: Over the weekend we experienced several instances where clients (mostly NFS) were unable to transfer data to & from the filer. These outages were intermittent, but would last up to a half-hour. To make a long story short, we traced the problem to a single NFS client running RedHat-7.3. Disconnecting the errant client from the network caused the problems to cease immediately. RedHat has released a fix, discussed at: http://rhn.redhat.com/errata/RHBA-2002-110.html Once the immediate problem was solved (and similar client systems patched), we still were disturbed that a single buggy client (100Mbit) could take out our F820 with gigabit ethernet (there was almost no other filer activity at the time of the incidents). We entered a case with NetApp support, who directed me to their already-existing bug/RFE #72769, along with their recommendations ("fix the client"). The bug is not scheduled to be fixed. Since we are on a mostly-open network, and since we do not control the software installed on all our client machines, we are very concerned about the potential for future denial-of-service incidents, whether accidental or deliberate. As a result, we have asked NetApp to fix the bug. As I said, I'm mostly posting this item here so others can be on guard against the issue -- it was certainly unexpected by us. Regards, -- Marion Hakanson <hakanson(a)cse.ogi.edu> CSE Computing Facilities

1 0

RE: Mounting root directory via NFS
by Brian Allgyer 06 Aug '02

06 Aug '02

That was the Key info needed.... Thanks, Brian -----Original Message----- From: Lance R Bailey [mailto:baileyla@pmc-sierra.com] Sent: Tuesday, August 06, 2002 9:06 AM To: brian allgyer Subject: Re: Mounting root directory via NFS i had the same problem, you probably have a cifs restriction on root there is an option... cifs.nfs_root_ignore_acl on that will work around it. -- Lance Lex clavatoris designati rescindenda est. "The designated hitter rule has got to go." -- Henry Beard, from his "Latin for All Occasions" series. On Tue, Aug 06, 2002 at 09:42:37AM -0500, brian allgyer wrote: > I'm having a problem mounting the root directory on a Sun / Solaris > host. NFS is up a running & I can mount / access other directories with > a problem, but not the root directory. Both the Sun host & the Filer > are on the same network. > > Any & Help would be great, > Brian > > Filer Info: > NetApp Release 6.1.3 > filer> exportfs > /vol/vol0 -access=rex,root=sun > /data -root=sun > /home -root=sun > > filer> ping sun > sun is alive > > > > >From the Sun Box: > [root@sun /import] mount filer:/vol/vol0 /import/filer > > [root@sun /import] mount | grep filer > /import/filer on filer:/ read/write/setuid/soft/bg/remote > > [root@sun /import] ls /import/filer > /import/filer: Permission denied > > But this works: > [root@sun /import] mount filer:/data /import/filer > [root@sun /import] ls /import/filer > FootNotes/ > > > > Note: I can mount the root directory via CIFS with no problem > > Brian > > _____ > > PRIVACY NOTICE: This message and any attachments may contain > confidential and/or privileged information of Silicon Metrics > Corporation and/or the intended recipient. The information transmitted > in this message is only meant for use by the intended recipient. Unless > you are the intended recipient (or authorized to receive communications > on behalf of the intended recipient), you may not use, copy, retransmit, > take any action in reliance on, or disclose to anyone the message or > information contained in the message or attachments. If you received the > message in error, please immediately forward it to > <mailto:legal@siliconmetrics.com> legal(a)siliconmetrics.com and > permanently delete the message immediately. Thank you. >

1 0

Mounting root directory via NFS
by brian allgyer 06 Aug '02

06 Aug '02

I'm having a problem mounting the root directory on a Sun / Solaris host. NFS is up a running & I can mount / access other directories with a problem, but not the root directory. Both the Sun host & the Filer are on the same network. Any & Help would be great, Brian Filer Info: NetApp Release 6.1.3 filer> exportfs /vol/vol0 -access=rex,root=sun /data -root=sun /home -root=sun filer> ping sun sun is alive From the Sun Box: [root@sun /import] mount filer:/vol/vol0 /import/filer [root@sun /import] mount | grep filer /import/filer on filer:/ read/write/setuid/soft/bg/remote [root@sun /import] ls /import/filer /import/filer: Permission denied But this works: [root@sun /import] mount filer:/data /import/filer [root@sun /import] ls /import/filer FootNotes/ Note: I can mount the root directory via CIFS with no problem Brian _____ PRIVACY NOTICE: This message and any attachments may contain confidential and/or privileged information of Silicon Metrics Corporation and/or the intended recipient. The information transmitted in this message is only meant for use by the intended recipient. Unless you are the intended recipient (or authorized to receive communications on behalf of the intended recipient), you may not use, copy, retransmit, take any action in reliance on, or disclose to anyone the message or information contained in the message or attachments. If you received the message in error, please immediately forward it to <mailto:legal@siliconmetrics.com> legal(a)siliconmetrics.com and permanently delete the message immediately. Thank you.

2 1

RE: Remote shutdown of a filer
by Peter Bryant 06 Aug '02

06 Aug '02

*** Before acting on this e-mail or opening any attachment you are advised to read the disclaimer at the end of this e-mail *** Thanks to all on the list for the ideas. Have something to do it now. Guess I really need to brush up my Unix knowledge/confidence. Will let you all know when I first halt the server by mistake in testing :-) Peter ******************************* Disclaimer ***************************** Confidentiality: This e-mail and any attachments are intended for the addressee(s) only and may be confidential. If they have come to you in error you must take no action based on them, nor must you copy or show them to anyone; please reply to this e-mail and highlight the error. Viruses: Although we have taken steps to ensure that this e-mail and attachments are free from any virus, we advise that in keeping with good practice the recipient should ensure they are actually virus free. ********************** http://www.burallplastec.com ********************

2 1

RE: Migration question
by Toal, Dave 06 Aug '02

06 Aug '02

I'd like to second that question: we used snapmirror to copy a vol of 18's to 7x72 on a ds14, but it hasn't been attached to the production filer yet. Snapmirror, because vol copy and ndmpcopy both failed, source filer was at 536R1 and dest was 613. -----Original Message----- From: Boris Khmelniker To: toasters(a)mathworks.com Sent: 8/5/02 1:25 PM Subject: Migration question Hello, We are going to migrate data from 10 9GB shelves (2 Volumes) to 1 DS14 shelf (14 72GB disk) (also 2 volumes) on the F760 filer running DATAONTAP 6.1.1. Downtime allowed is minimum (4 hours). I was planning to use SnapMirror but worrying about fragmentation it will cause because of the difference in disk size. Any thoughts on that are appreciated. Thank you, Boris

2 2

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