toasters

toasters@lists.teaparty.net

13520 discussions

Throughput on 3020
by Knut Kristan Weber 19 Mar '07

19 Mar '07

Hello, this is my first posting to this list. A customer of us has a NetApp 3020 with 3 S-ATA shelfes each filled with 500 GB disks. He has a trunked 2*1 GBit network connection. He has 3 volumes, each volume resides on a different aggregate built from the disks of one shelf each. Via NFS he gets a perfomrance of sustained 60 MB per second with large and small files. Only one connection used during the test, no aditional traffic on the system and network segment. He expected the performance to be "much" better. Besides any possible calculations - what´s the performance he can expect in real world practice under best circumstances? ------------------------------------------------------------ with kind regards ______________________________________creating IT solutions Dipl.-Chem. Knut Kristan Weber Senior Systems Engineer CAx Professional Services science + computing ag Hagellocher Weg 73 phone +49 7071 94 57 473 72070 Tübingen, Germany fax +49 7071 94 57 411 http://www.science-computing.de The trouble with doing something right the first time is that nobody appreciates how difficult it was.

7 6

new scrub feature...
by tmac 19 Mar '07

19 Mar '07

Not sure how many know about this, but kind cool We all know that scrubbing usually takes place at Sunday@1am There is a new option: raid.scrub.schedule Not sure when it came into being, but here is a valid use: 8h@mon@22,8h@tue@22,8h@wed@22,8h@thu@22,8h@fri@22,18h@sat@6,24h@sun@0 This schedule allows the scrub to run for 8 hours, mon-fri starting at 10pm. It also allows the scrub to run all day sat & sun. This is good for my environment, manipulate it to work with yours. The man page says that if a #m or #h is specified, then it overrides the default scrub duration option. As a precaution, I changed mine to 8 hours (from -1, which means run until completion) Not sure how well it works, I just tried this this morning. My FAS980 scrubs all finish before I get in Mondays. My R200s though usually run until about mid-day or late afternoon on monday. I will let you all know if it works next week.... -- --tmac RedHat Certified Engineer

2 2

FAS3020 - aggr best practises.
by Darish Rajanayagam 19 Mar '07

19 Mar '07

Greetings: I am new to the NetApp world and am looking for some advice/guidance. We purchased a NetApp 3020i with two shelves (10K 144GB FC drives) a few months ago. We have now placed an order for 4 additional shelves (fully loaded) with 10K 144GB drives. The current configuration is one large RAID DP Group with 1 HotSpare (27 Disk DP RAID Group), which belong to one aggregate (aggr0). My question: 1. The new enclosures, should I create 2 x 28 Disk DP RAID groups and add it to the existing aggregate? The application we run is IO intensive and more spindles the better. Does anyone see any disadvantages of doing the above? 2. Does anyone have a formula to calculate mean time to Repair on the 10K 144GB disks on a busy filer? I only have one hot spare disk, should I add more, is there a rule of thumb? 3. We currently have multiple volumes on the filer, after adding the new shelves/spindles, if I run a reallocate on the existing volumes, would it take advantage of the additional spindles. Any help/guidance greatly appreciated. Thanks, Darish.

6 8

FAS270: DOT on SATA disks possible?
by Alexander Schalek 17 Mar '07

17 Mar '07

Hi, I have a question regarding SATA drives in a FAS270. Is it possible to use a FAS270 with just 14x500GB SATA drives in an expansion shelf and run ontap on the sata disks? Or do I need 3 FC Disks as well for ontap? thanks in advance, Alexander -- Mit freundlichen Grüssen | Kind regards, -- Alexander Schalek Bacher Systems EDV GmbH - Technical Services Clemens-Holzmeister-Strasse 4 A-1100 Wien, Business Park Vienna phone: +43 (1) 60 126-34 | fax: +43 (1) 60 126-4 e-mail: as(a)bacher.at | http://www.bacher.at NetApp Certified Expert | Sun Certified Professional

3 2

More Auditing File Contents Questions....
by jbrigman＠nc.rr.com 16 Mar '07

16 Mar '07

Toasters; I'm currently using "treesize pro" to help me understand what kinds of files are being stored on my filer by the users. It's a good windows- only app that gives all kinds of good info. Do others of you out there have any good recommendations for how to do reporting on files, space reporting, etc. on your filers? Thanks; JKB

4 4

Auditing CIFS shares for compliance purposes
by Skip Norman 16 Mar '07

16 Mar '07

I am currently faced with having to provide which users have access to what directories within our CIFS shares on our 270 and 3020 filers. The only auditing that I have been successful with thus far is pulling success and failures of access to the shares using the cifs.audit.enable option and then viewing the event log via windows. Has anybody else been faced with having to provide a log of who has access to what directories? I would imagine that I am not the only one that has come across this...Any help would be greatly appreciated. I am using Ontap 7.0.5 if that helps. Thanks, Skip

3 2

avg rtt is okay but maximum is high
by Willeke, Jochen 15 Mar '07

15 Mar '07

Hi Toasters, we have a database on nfs space and i wonder about the output of nfs_hist. v3 read: 35280016 (blocking requests) - millisecond units 0 1 2 3 4 5 6 7 17347681 2028005 655821 757932 1061542 1463375 1943351 1721450 <16 <24 <32 <40 <48 <56 <64 UNUSED 6417253 1334072 338371 111465 43542 18991 10063 0 <128 <192 <256 <320 <384 <448 <512 UNUSED 20806 2364 1282 617 526 280 266 0 <1024 <1536 <2048 <2560 <3072 <3584 <4096 UNUSED 723 158 77 3 0 0 0 0 <8192 <12288 <16384 <20480 <24576 <28672 <32768 UNUSED 0 0 0 0 0 0 0 0 <65536 <98304 <131072 <163840 <196608 <229376 <262144 >262144 0 0 0 0 0 0 0 0 Is the amount of read-calls with a RTT greater than 7ms ok, or is it something i have to wonder about?? I mean, the calls between 7-16ms are about 18%. But on the other hand nfs_hist shows only the blocking requests so the percentage of total calls will be even less than 18%. Does my nfs_hist look like a healthy system or do i have a problem? Regards and thanks for every answer :D Jochen

2 4

Block vs Zoned checksum disks
by Ronan Mullally 14 Mar '07

14 Mar '07

Hi, I've got an old lab filer with a shelf of X231 disks. I've got my hands on a couple of extra 36GB disks to act as spares, but it turns out they're X225s rather than X231s - ie a 512 byte sector size rather than a 520 byte sector size. The /etc/qual_devices file lists the following: D NETAPP X225_ST336704FC NA42 512 D NETAPP X231_ST336704FC NA42 520 The two disks are obviously identical seagate drives, but AFAIR (I could be wrong, it's been a long day) I can't use a 512 byte drive in a volume of 520 byte drives. Is this correct? If so, is there any way around this? I can re-format the drives with a 520 byte sector size - and add an X225 line with a 520 byte sector size, would that do the trick? If not, is there any way of changing the disk label from X225 to X231? Thanks in advance, -Ronan

3 2

SnapDrive for Linux
by Holloway, Chris 14 Mar '07

14 Mar '07

All Can anyone help me with SnapDrive for Linux? I'm using CentOS 4.4 kernel 2.6.9-42.0.10, iSCSI initiator 4.0.3.0-4, latest Host Utilities Kit and latest SnapDrive for Linux. Filer is running ONTAP 7.2. I can connect to the filer with no problems and mount drives on my Linux server provided I don't use LVM. When I try to create LUNs using LVM I get a weird error. This is the command I'm using: [root@vader ~]# snapdrive storage create -fs /filerlun2 -dg netappdg2 -lun fas250:/vol/linuxlun/lun1 lun2 lun3 -lunsize 1g 0001-417 Command error: The following names are already in use: netappdg2. Please specify other names. There are absolutely no disk group names called this already: [root@vader ~]# lvscan ACTIVE '/dev/VolGroup00/LogVol00' [4.34 GB] inherit ACTIVE '/dev/VolGroup00/LogVol01' [512.00 MB] inherit I've used SnapDrive for HPUX before with no problems using LVM. I'm aware that CentOS isn't officially supported, but I was hoping it would work since RHEL is supported (and it's only a test environment anyway). Is there something I'm missing here? Thanks very much Chris -------------------------------------------------------- Christopher Holloway Consultant Professional Services Main: +44 (0)1423 519000 Direct: +44 (0)1423 519099 Fax: +44 (0)1423 519251 Mobile: DNS Arrow Nidderdale House Beckwith Knowle Harrogate HG3 1SA www.DNSarrow.co.uk Email Confidentiality Notice: This message is private and confidential. If you have received this message in error, please notify us and remove it from your system. "DNS Arrow" means Digital Network Services (UK) Limited, a company registered in England. Company Registration Number 3952678. Registered Office: Squire, Sanders & Dempsey, Level 28 Tower 42, 25 Old Broad Street, London EC2N 1HQ, UK.

1 0

RE: Upgrading Data OnTap
by George, Andrew 12 Mar '07

12 Mar '07

Sorry...As I understand the documentation I've read I think disk firmware updates are always disruptive unless you don't do more that what parity allows (1 disk per RG in raid4 or 2 disks in raid_DP) or unless your on 7.(Forgot the version - 0 or 1)) or later and your upgrading firmware as part of a reboot (the background upgrade option) - I've been thinking of raising a case asking for an enhancement about that as I couldn't see a way to drop new firmware on a box and let the nondisruptive upgrade process spin down and spin up one disk at a time (which is what it does if it sees new firmware after a reboot) Happy to be proven I'm doing it wrong :) _____ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Leeds, Daniel Sent: Saturday, 10 March 2007 2:58 AM To: Nils Vogels; tmac Cc: toasters(a)mathworks.com Subject: RE: Upgrading Data OnTap on the fibre channel drive shelves it updates the firmware on both the a/b loop. if you run the shelf firmware updater on one side of the cluster you do not need to do it on the other side. it is also non disruptive and does not interfere with data access. on the SATA shelves it is disruptive, the download command will tell you if it is disruptive or not before you proceed. -- Daniel Leeds Senior Systems Administrator Edmunds.com -----Original Message----- From: owner-toasters(a)mathworks.com on behalf of Nils Vogels Sent: Fri 3/9/2007 12:45 AM To: tmac Cc: toasters(a)mathworks.com Subject: Re: Upgrading Data OnTap On 3/8/07, tmac <tmacmd(a)gmail.com> wrote: > Personally, I would: > > copy the 7.1.2_setup_x.exe file to the /etc/software directory on each filer. > > Then from the console of each filer: > > options raid.background_disk_fw_update.enable off > (turns off auto updating of disk firmware) > software install filename (the filename from above) > > While at it, get and extract the latest all.zip and all_fw.zip files > (disk and shelf FW) into the /etc dir on each filer. > > Optionally, with cluster still enabled, run > disk_fw_update > to update all disk firmware (lessens downtime at reboot) > usually only needed on one head. When complete, run on > other head to be sure. > storage download shelf > to update shelf firmware (lessens downtime at reboot) > usually only needed on one head. When complete, run on > other head to be sure. > options raid.background_disk_fw_update.enable on > (turns the auto updating of disk firmware back on) > I'm preparing to do a NDU 7.0 -> 7.1 and was wondering: When you do the storage download shelf on one head, will it update the firmware on both the A-loop and B-loop ? I would expect not, since one head is only connected to one loop in a plain cluster config. AFAIK, downloading shelf firmware takes a quiesce of a loop and a controller reboot, and my customer really would like to have a functional system during this NDU. Greets, Nils -- Simple guidelines to happiness: Work like you don't need the money, Love like your heart has never been broken and Dance like no one can see you. "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication."

3 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