toasters

toasters@lists.teaparty.net

13531 discussions

Re: # of Volumes.
by ScottUCE＠aol.com 08 Aug '02

08 Aug '02

If you consider the dropping prices on used 9gb/18gb/36gb NetApp disks, there's little reason to scrimp on an additional spare drive and/or drive shelf. Scott Scott Fischmann Union Computer Exchange, Inc. 6233 Idylwood Lane Minneapolis, MN 55436 email: scott(a)unioncomputer.com phone: 952 935 7282 | fax: 952 935 5056 > Subj:RE: # of Volumes. > Date:8/7/2002 3:06:28 PM Central Standard Time > From:<A HREF="mailto:dheiland@lucent.com">dheiland(a)lucent.com</A> > To:<A HREF="mailto:toasters@mathworks.com">toasters(a)mathworks.com</A> > Sent from the Internet > > > > > We usually run with one spare for our filers, regardless of the number of > disks. When I recently asked for a quote from Netapp, the sales contact > suggested 3 spares for a 10 shelf system and that it was risky to run with > just 1, which we've never heard from them before. > > I'm not sure why its risky. We've been running this way for years, with no > issues. With next day shipment of replacement disks it doesn't seem to be > an issue > > So how many spares do people use/recommend? > > Dave > > -----Original Message----- > From: Matt Musgrove [mailto:matt.musgrove@thales-is.com] > Sent: 07 August 2002 17:11 > To: devnull(a)adc.idt.com > Cc: toasters(a)mathworks.com > Subject: Re: # of Volumes. > > If it was me I would use 2 disks as vol0 and not keep any business critical > data on it, and use the remaining disks in vol1 (with 9 disks per RAID > group) > with 1 disk as spare. You would be very unlucky to need 2 spares! I have > 1 > spare for my 28 disks. Reconstruction time shouldn't be much of an issue > should it? > > Matt > > devnull(a)adc.idt.com wrote: > > > I am trying to decide on the number of volumes for our F810 which has a > > DS14 shelf(FC-AL), with 14 36G drives. > > > > By default Ontap puts 8 disks in a RAID group. > > > > I guess i am trying to figure out if > > > > * I should have 2 volumes vol0 and vol1, one with 8 disks and one with 5 > > disks and i have ONE spare for both the volumes > > (Is this safe in terms of ratio of disks used to spares ? ) > > > > * Have 2 volumes(6 + 6) and 2 spares > > > > * Have 1 volume with 13 disks and 1 spare. (reconstruction time on > > failed disk would be high, and i dont know if there will be performance > > issues esp in calculating parity etc) > > > > Other suggestions are welcome too. > > > > Many Thanks, > > > > Regards, > > > > /dev/null >

1 0

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

08 Aug '02

The snapshot folding happens in WAFL of course, but the trigger to cause a file to be scanned happens based on CIFS requests. If an NFS client overwrites a file with identical data it will result in new allocations. If a CIFS client does that when the folding option is "on" it will not result in new allocations if the old blocks are in the last snapshot. This works even if the data is written to a temp file which is subsequently renamed to the original file, as Windows applications typically do. At some point we plan to add support for NFS, and/or to add a way to manually force a folding scan on a directory, etc. If people are interested in this let me know so I can add your comments to the feature request. Mark Muhlestein -- Network Appliance Engineering > -----Original Message----- > From: Dirk Schmiedt [mailto:Dirk.Schmiedt@munich.netsurf.de] > Sent: Wednesday, August 07, 2002 10:05 AM > To: stefan.holzwarth(a)zentrale.adac.de > Cc: toasters(a)mathworks.com > Subject: Re: Snapshot storage > > > stefan.holzwarth(a)zentrale.adac.de wrote: > > >... > > > >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? > > > Hello Stefan > > 1) As the others already stated: For (not just ... :-) ) CIFS > there is > this new filefolding option. If you take a closer look at the > "options" > manpage explaining this new ONTAP 6.2 feature you can detect, that it > will work on any file getting closed without making any difference > wether it is a CIFS or NFS file close => It works for NFS, > too. It was > just named, CIFS option because there it is needed by this > "document.xxx gets renamed to document.bak and then write > document.xxx > again" behaviour of MS-Applications... You usually don't > need it if you > have NFS Clients .... and ... if you are not having users that > explicitely rewrite their data over and over again .. like your users > do. :-( > > Maybe NetApp can/will? change this option to a wafl-option? cifs -> > wafl.snapshot_file_folding.enable

3 2

RE: # of volumes
by Sam Schorr 07 Aug '02

07 Aug '02

Just to chime in - We run with 2 spares per filer. That is for all our filers, from F840's/12 shelves/36gb drives, F760's/6 shelves/36 gb drives and F760/8 shelves/18gb drives. Since spares are per filer, not volume, the main thing we wanted to avoid was volume failure, which would occur if 2 drives in RAID group failed at the same time. That has never happened, although we almost hit that after moving a filer and 2 disks had a hard time spinning up. We also have 2 because the filers are remote from our offices, so the "insurance" or piece-of-mind are worth it to us. --sam -----Original Message----- From: Tom Yergeau [mailto:yergeau@yergeau.net] Sent: Wednesday, August 07, 2002 1:20 PM To: toasters(a)mathworks.com Subject: RE: # of volumes I generally liked to keep one spare per 14 drives. Since spares are global and can be used by any volume having a "x spares per volume" didn't make sense to me, so I figured out how many drives I was comfortable with having one spare for, and arbitrarily decided on 14. Mad Dog

1 0

RE: # of volumes
by Tom Yergeau 07 Aug '02

07 Aug '02

I generally liked to keep one spare per 14 drives. Since spares are global and can be used by any volume having a "x spares per volume" didn't make sense to me, so I figured out how many drives I was comfortable with having one spare for, and arbitrarily decided on 14. Mad Dog

1 0

RE: # of Volumes.
by Heiland, David Joseph (Dave) 07 Aug '02

07 Aug '02

We usually run with one spare for our filers, regardless of the number of disks. When I recently asked for a quote from Netapp, the sales contact suggested 3 spares for a 10 shelf system and that it was risky to run with just 1, which we've never heard from them before. I'm not sure why its risky. We've been running this way for years, with no issues. With next day shipment of replacement disks it doesn't seem to be an issue So how many spares do people use/recommend? Dave -----Original Message----- From: Matt Musgrove [mailto:matt.musgrove@thales-is.com] Sent: 07 August 2002 17:11 To: devnull(a)adc.idt.com Cc: toasters(a)mathworks.com Subject: Re: # of Volumes. If it was me I would use 2 disks as vol0 and not keep any business critical data on it, and use the remaining disks in vol1 (with 9 disks per RAID group) with 1 disk as spare. You would be very unlucky to need 2 spares! I have 1 spare for my 28 disks. Reconstruction time shouldn't be much of an issue should it? Matt devnull(a)adc.idt.com wrote: > I am trying to decide on the number of volumes for our F810 which has a > DS14 shelf(FC-AL), with 14 36G drives. > > By default Ontap puts 8 disks in a RAID group. > > I guess i am trying to figure out if > > * I should have 2 volumes vol0 and vol1, one with 8 disks and one with 5 > disks and i have ONE spare for both the volumes > (Is this safe in terms of ratio of disks used to spares ? ) > > * Have 2 volumes(6 + 6) and 2 spares > > * Have 1 volume with 13 disks and 1 spare. (reconstruction time on > failed disk would be high, and i dont know if there will be performance > issues esp in calculating parity etc) > > Other suggestions are welcome too. > > Many Thanks, > > Regards, > > /dev/null

2 1

Re: Snapshot storage
by Alek O. Komarnitsky (N-CSC) 07 Aug '02

07 Aug '02

> From owner-toasters(a)mathworks.com Wed Aug 7 12:54 MDT 2002 > From: Dirk Schmiedt <Dirk.Schmiedt(a)munich.netsurf.de> > > > 2) The command "filestats" should help you to find those "bad" users? > It can also produce tables and HTML output. :-) > If you modify example 3 for your wanted limitations (limitation on > mod-ages) you should find the "bad" users. > > Best regards from Munich/Germany. > Dirk Schmiedt > ... can be found as NetApp-Trainer on www.qskills.de > > > > NAME > > filestats - collect file usage statistics > > SYNOPSIS > > filestats [ ages ages] [ timetype {a,m,c,cr}] [ sizes sizes] snapshot > snapshot_name [ style style] [ volume volume_name] > > DESCRIPTION > > The filestats utility provides a summary of file usage within a > volume. It must be used on a snapshot, and the only required argument is > the snapshot name. The > volume name defaults to "vol0" if not specified. If the volume you > are examining is named otherwise, specify the name explicitly. This looks cool ... and awful familier! ;-) I wrote a Perl program that parses a filesystem(s) and generates similar types of reports on pretty much everything reported by stat(). So if you want another "flavor" of this, check out yadu available at: http://www.komar.org/ -> Misc. Tech Stuff -> yadu Some sample output can also be seen there - almost eery how similar! ;-) alek

1 0

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

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 *** We want to shutdown the filer in the event of a (more than 10 minute) power failure to the computer room. We have a (NT hosted) script that hits all the NT/2k servers and also telnets to the Sun server and "INIT 5"'s them. Hunted around NOW site, and Google groups, but to no avail. Anyone got a means (either from NT/2K or Sun) to automatically remotely (but cleanly!) stop/halt the Filer. And can you power it off that way too? No users will be operational (no UPS for the user community) so managing remote connections is not a concern. Thanks, 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 ********************

4 3

High Quality Good Price Auto Parts from China
by Su Xiao 06 Aug '02

06 Aug '02

Dear Sir, Very glad to get contact with you. We are a professional supplier of auto parts from China, out major product line are: Alternators & Starters; Solenoids; Aluminum Drive End Frames; Brush & Holders; Break Pads and Break Shoes. Our plants are ISO9002 or QS9000 certified with excellent quality. Our prices are of 60-70% of the international market prices, which will save you a lot of purchasing costs. Our strong production facilities will ensure timely delivery to you. For detailes of our products, you may visit our website: http://www.dadao-group.com/html/auto.htm We are waiting for your kind comments and inquiry. Thank you and best regards! Su Xiao Jiangsu Easthigh Group Room 2102, Section B, World Trade Center, 60 Jiangsu Road, Nanjing, P. R. China 210009 Tel: 86-25-3325138 Fax: 86-25-3321309 info(a)dadao-group.com

1 0

VIF state broken, 5.3.7R3 on F540
by Magnar Stav Johanssen 06 Aug '02

06 Aug '02

Hi! We've got 2 F540 filers, one running Data ONTAP 5.3.4, the other Data ONTAP 5.3.7R3 (latest version for F540). I'm trying to set up both filers with VIF multi (trunking) for faster network connection on a Cisco 3548 switch. On 5.3.4 everything working just fine following SAG. When following the same steps on 5.3.7R3 the following occur: > ifconfig -a e5: flags=42<BROADCAST,RUNNING> mtu 1500 ether 00:c0:95:f8:32:21 (100tx-fd-up) e6: flags=200042<BROADCAST,RUNNING> mtu 1500 ether 00:c0:95:f8:67:8f (100tx-fd-up) > vif create multi trunk e5 e6 > vif status default: transmit 'multi', fail 'log' trunk: 2 links, transmit 'multi', fail 'default' down: e6: state down, since 06Aug2002 11:08:02 (00:00:14) mediatype: 100tx-fd-up flags: disabled input packets 0, input bytes 0 output packets 2, output bytes 84 up indications 14, broken indications 0 drops (if) 0, drops (link) 0 indication: up at 06Aug2002 11:08:15 consecutive 14, transitions 0 e5: state down, since 06Aug2002 11:08:02 (00:00:14) mediatype: 100tx-fd-up flags: disabled input packets 420, input bytes 43650 output packets 165, output bytes 67926 up indications 14, broken indications 0 drops (if) 0, drops (link) 0 indication: up at 06Aug2002 11:08:15 consecutive 14, transitions 0 > ifconfig -a e5: flags=42<BROADCAST,RUNNING> mtu 1500 ether 00:c0:95:f8:32:21 (100tx-fd-up) trunked trunk e6: flags=200042<BROADCAST,RUNNING> mtu 1500 ether 00:c0:95:f8:67:8f (100tx-fd-up) trunked trunk (...) trunk: flags=200042<BROADCAST,RUNNING> mtu 1500 ether 00:c0:95:f8:32:21 (Disabled virtual interface) > ifconfig trunk 10.0.0.1 netmask 255.255.255.0 Tue Aug 6 11:09:19 MES [pvif_monitor]: trunk: all links down > vif status default: transmit 'multi', fail 'log' trunk: 2 links, transmit 'multi', fail 'default' broken: e5: state broken, since 06Aug2002 11:10:26 (00:00:02) mediatype: 100tx-fd-down flags: disabled input packets 424, input bytes 44073 output packets 166, output bytes 67968 up indications 88, broken indications 12 drops (if) 0, drops (link) 0 indication: broken at 06Aug2002 11:10:24 consecutive 0, transitions 23 e6: state broken, since 06Aug2002 11:10:26 (00:00:02) mediatype: 100tx-fd-down flags: disabled address-set-1 input packets 0, input bytes 0 output packets 3, output bytes 126 up indications 88, broken indications 12 drops (if) 0, drops (link) 0 indication: broken at 06Aug2002 11:10:24 consecutive 0, transitions 23 > ifconfig -a e5: flags=43<UP,BROADCAST,RUNNING> mtu 1500 inet 10.0.0.1 netmask 0xffffff00 broadcast 10.0.0.255 ether 00:c0:95:f8:32:21 (100tx-fd-down) trunked trunk e6: flags=43<BROADCAST,RUNNING> mtu 1500 inet 10.0.0.1 netmask 0xffffff00 broadcast 10.0.0.255 ether 00:c0:95:f8:32:21 (100tx-fd-down) trunked trunk (...) trunk: flags=43<UP,BROADCAST,RUNNING> mtu 1500 inet 10.0.0.1 netmask 0xffffff00 broadcast 10.0.0.255 ether 00:c0:95:f8:32:21 (Disabled virtual interface) Mediatype changes between 100tx-fd-down and 100tx-fd-up. On the switch the same thing happens, link is up and down. And there are ofcourse no network connection at all! Have I done anything wrong/ forgotten something or is it as simple as software bug? PS, on ower three F760's this is working just fine using 6.2R2! Regards Magnar Stav Johanssen

1 0

RE: Migration question
by Ayyash, Monty 05 Aug '02

05 Aug '02

I recommend using NDMPCopy. It is non disruptive since it uses a Dump & Restore to disk, the process can be done on-line. If you are doing it on the same filer you might notice some CPU taxation, but nothing to serious. You can also use the Incremental NDMCopy features to accommodate gradual migration. If you need to use Qtrees you can use NDMPCopy to copy to Qtrees within the Destination Volume, just make sure you Create the Qtrees prior to starting the NDMPCopy. You can start 4 NDMPCopy processes concurrently. You can get the instructions & details on the requirements from the NOW website. ------------------------------------- Monty Ayyash, E.E, MCSE Network Appliance - Canada Professional Services Consultant 201 City Center Drive, Suite 900 Mississauga, Ontario L5B 2T4 Office: 905-804-1099 Fax: 905-804-1232 Mobile: 416-727-7892 Pager: 1-877-5-NETAPP (1-877-563-8277) Email: monty.ayyash(a)netapp.com ----------------------------------------- -----Original Message----- From: Boris Khmelniker [mailto:BKhmelniker@bna.com] Sent: Monday, August 05, 2002 1:26 PM To: toasters(a)mathworks.com 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

1 0

Migration question
by Boris Khmelniker 05 Aug '02

05 Aug '02

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

1 0

Using NetIQ to monitor qtree storage space on filer
by Maglinger, Paul 05 Aug '02

05 Aug '02

Anyone tried using NetIQ to monitor their quotas on the filer? Remember, you are unique... just like everyone else! Paul Maglinger, A+, CA, CET, MCSE Systems Administrator Shoe Carnival Inc. (812)867-4674 pmaglinger(a)scvl.com

1 0

NDMP and Tivoli Storage manager
by Pucky, Todd M. 02 Aug '02

02 Aug '02

We currently have a F820 Filer that we backup through an NT box without NDMP, but we are looking to move to NDMP backups as our data load increases. Does anyone have experience using NDMP backups with Tivoli Storage Manager? If so, does it seem to effective? How is your configuration set up? Our current Tivoli environment is a NSM 3466 with a 3494 Automated Tape Library. Any advice would be greatly appreciated. Thanks, Todd Pucky The Timken Company Global Information Systems Programmer/Analyst Phone: 330.471.4583 E-Mail: puckyt(a)timken.com ********************************************************************** This message and any attachments are intended for the individual or entity named above. If you are not the intended recipient, please do not forward, copy, print, use or disclose this communication to others; also please notify the sender by replying to this message, and then delete it from your system. The Timken Company **********************************************************************

1 0

Sun RPC xdr_array buffer overflow
by Brian Tao 01 Aug '02

01 Aug '02

What's Netapp's position on DOT's implementation of the RPC mechanism? -- Brian Tao (BT300, taob(a)risc.org) "Though this be madness, yet there is method in't" ---------- Forwarded message ---------- From: Dave Ahmad <da(a)securityfocus.com> To: bugtraq(a)securityfocus.com Date: Wed, 31 Jul 2002 11:05:00 -0600 (MDT) Subject: [Bugtraq] Remote Buffer Overflow Vulnerability in Sun RPC -----BEGIN PGP SIGNED MESSAGE----- Internet Security Systems Security Brief July 31, 2002 Remote Buffer Overflow Vulnerability in Sun RPC Synopsis: Internet Security Systems (ISS) X-Force has discovered a buffer overflow in the xdr_array filter primitive. This function is a part of the Sun RPC library, and it is used in multiple RPC services. Any native or third party software that uses the xdr_array function may be vulnerable. Vulnerable RPC services are installed and enabled by default on the affected software versions. Impact: The buffer overflow vulnerability can allow remote attackers to execute arbitrary commands on a target system with superuser privileges. Attackers pose the most serious risk when attacking unprotected networks, or improperly protected networks Affected Versions: Sun Microsystems Solaris 2.5.1 Sun Microsystems Solaris 2.6 Sun Microsystems Solaris 7 Sun Microsystems Solaris 8 Sun Microsystems Solaris 9 Note: The versions above were tested and found to be vulnerable. Additional commercial and open-source Unix operating systems use implementations of Sun RPC, and may also be vulnerable. For the complete ISS X-Force Security Advisory, please visit: http://bvlive01.iss.net/issEn/delivery/xforce/alertdetail.jsp?oid=20823 ______ About Internet Security Systems (ISS) Founded in 1994, Internet Security Systems (ISS) (Nasdaq: ISSX) is a pioneer and world leader in software and services that protect critical online resources from an ever-changing spectrum of threats and misuse. Internet Security Systems is headquartered in Atlanta, GA, with additional operations throughout the Americas, Asia, Australia, Europe and the Middle East. Copyright (c) 2002 Internet Security Systems, Inc. All rights reserved worldwide. Permission is hereby granted for the electronic redistribution of this document. It is not to be edited or altered in any way without the express written consent of the Internet Security Systems X-Force. If you wish to reprint the whole or any part of this document in any other medium excluding electronic media, please email xforce(a)iss.net for permission. Disclaimer: The information within this paper may change without notice. Use of this information constitutes acceptance for use in an AS IS condition. There are NO warranties, implied or otherwise, with regard to this information or its use. Any use of this information is at the user's risk. In no event shall the author/distributor (Internet Security Systems X-Force) be held liable for any damages whatsoever arising out of or in connection with the use or spread of this information. X-Force PGP Key available on MIT's PGP key server and PGP.com's key server, as well as at http://www.iss.net/security_center/sensitive.php Please send suggestions, updates, and comments to: X-Force xforce(a)iss.net of Internet Security Systems, Inc. -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBPUgOXzRfJiV99eG9AQG3NwQAqgUoyqctQpqzo6aZGXGVPFaSZtv5Qu85 kfPVlyJXL6crPQbelYtwAWolBI7qYGSE74lo4jRcpeI5lG/K8p39X66zHaZPAqZ7 fYZyEfIvJ3gCqtbowZSNUAvm1jdoFa0RVTwbuKmNPSGcDTebi+o7buWEG37HzdKO YUEiRp8erpg= =VTC/ -----END PGP SIGNATURE----- --__--__-- _______________________________________________ Bugtraq mailing list Bugtraq(a)lists.corp.attcanada.ca http://lists.corp.attcanada.ca/mailman/listinfo/bugtraq End of Bugtraq Digest_______________________________________________ Bugtraq mailing list Bugtraq(a)lists.corp.attcanada.ca http://lists.corp.attcanada.ca/mailman/listinfo/bugtraq ---------- Forwarded message ---------- Date: Wed, 31 Jul 2002 19:46:06 -0700 (PDT) From: FreeBSD Security Advisories <security-advisories(a)freebsd.org> To: FreeBSD Security Advisories <security-advisories(a)freebsd.org> Subject: FreeBSD Security Advisory FreeBSD-SA-02:34.rpc -----BEGIN PGP SIGNED MESSAGE----- ============================================================================= FreeBSD-SA-02:34.rpc Security Advisory The FreeBSD Project Topic: Sun RPC XDR decoder contains buffer overflow Category: core Module: libc Announced: 2002-07-31 Credits: ISS X-Force Affects: All releases of FreeBSD up to and including 4.6.1-RELEASE-p3 Corrected: 2002-07-31 14:45:29 UTC (RELENG_4) 2002-07-31 14:47:02 UTC (RELENG_4_6) 2002-07-31 14:49:18 UTC (RELENG_4_5) 2002-07-31 14:50:18 UTC (RELENG_4_4) FreeBSD only: NO I. Background Sun RPC is a remote procedure call framework which allows clients to invoke procedures in a server process over a network somewhat transparently. XDR is a mechanism for encoding data structures for use with RPC. NFS, NIS, and many other network services are built upon Sun RPC. The FreeBSD C runtime library (libc) contains an XDR encoder/decoder derived from Sun's RPC implementation. II. Problem Description An error in the calculation of memory needed for unpacking arrays in the XDR decoder can result in a heap buffer overflow. III. Impact Any application using Sun RPC may be vulnerable to the heap buffer overflow. Depending upon the application, this vulnerability may be exploitable and lead to arbitrary code execution. Though no exploits are known to exist currently, many RPC-based services run as the superuser (such as NFS, the NIS server, rpc.statd, and others) and thus this vulnerability should be considered high-risk. No RPC-based services are enabled by default in FreeBSD installations. IV. Workaround Do not run any RPC-based services. The RPC-based services running on a machine may be determined by: # rpcinfo -p <hostname> To disable any RPC-based services at next boot, add (or change if it is already present) the following lines in /etc/rc.conf: portmap_enable="NO" nfs_client_enable="NO" nfs_server_enable="NO" nis_client_enable="NO" nis_server_enable="NO" V. Solution Do one of the following: 1) Upgrade your vulnerable system to 4.6-STABLE; or to the RELENG_4_6, RELENG_4_5, or RELENG_4_4 security branch dated after the correction date (4.6.1-RELEASE-p4, 4.5-RELEASE-p12, or 4.4-RELEASE-p19). 2) To patch your present system: The following patch has been verified to apply to FreeBSD 4.4, 4.5, and 4.6 systems. a) Download the relevant patch from the location below, and verify the detached PGP signature using your PGP utility. # fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/CERT/patches/SA-02:34/rpc.patch # fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/CERT/patches/SA-02:34/rpc.patch.asc b) Execute the following commands as root: # cd /usr/src # patch < /path/to/patch c) Recompile the operating system as described in <URL:http://www.freebsd.org/doc/handbook/makeworld.html>. Note that any statically linked applications that are not part of the base system (i.e. from the Ports Collection or other 3rd-party sources) must be recompiled if they use Sun RPC. All affected applications must be restarted in order to use the corrected library. Though it is not required, rebooting may be the easiest way to accomplish this. VI. Correction details The following list contains the revision numbers of each file that was corrected in FreeBSD. Path Revision Branch - ------------------------------------------------------------------------- src/lib/libc/xdr/xdr_array.c RELENG_4 1.8.2.2 RELENG_4_6 1.8.10.2 RELENG_4_5 1.8.8.2 RELENG_4_4 1.8.6.2 src/sys/conf/newvers.sh RELENG_4_6 1.44.2.23.2.9 RELENG_4_5 1.44.2.20.2.13 RELENG_4_4 1.44.2.17.2.18 - ------------------------------------------------------------------------- VII. References <URL:http://online.securityfocus.com/archive/1/285308> <URL:http://bvlive01.iss.net/issEn/delivery/xforce/alertdetail.jsp?oid=20823> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBPUigCVUuHi5z0oilAQHdiAP8CcsDW7DufF7wYg0FcgoyQ2ugiBe21lgo YfAGfRcfxPtoZcmMApK3I5jUd/MRWCxBT3+ZcwtKe/aNH4hFlcpfcH5WYLVlrCgH 5QuVRR8dUfF/cWr8ejPq6xjXysUd/jMZWRQjAV8pCr+ngGSeMUeXQshB71ZyA5nk YrBUd7Uoenk= =lwhC -----END PGP SIGNATURE----- This is the moderated mailing list freebsd-announce. The list contains announcements of new FreeBSD capabilities, important events and project milestones. See also the FreeBSD Web pages at http://www.freebsd.org To Unsubscribe: send mail to majordomo(a)FreeBSD.org with "unsubscribe freebsd-announce" in the body of the message

1 0

3rd party quota management software for filers
by Jon Evans 01 Aug '02

01 Aug '02

Does anyone know of a third party package that will provide disk space quota management beyond the top level directory on a filer in a CIFS environment? Many thanks Jon Evans HALLIBURTON KBR

2 2

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