toasters

toasters@lists.teaparty.net

13515 discussions

RE: The End of All Filers?
by Glenn Marsh 25 Oct '07

25 Oct '07

Here is another nice post to read. http://blogs.netapp.com/dave/2007/09/netapp-sues-sun.html ************************************************************************ Glenn Marsh Lattice Semiconductor Corporation Senior Unix Systems Administrator 5555 NE Moore Court CAD Engineering Hillsboro, Oregon 97124 glenn.marsh(a)latticesemi.com 503-268-8000 503-268-8136 phone - 503-268-8459 fax ************************************************************************

1 0

Head upgrade 3020 to 3040
by Darish Rajanayagam 25 Oct '07

25 Oct '07

Greeting Toasters, We will soon be upgrading our FAS3020 filer to a FAS3040. The two main protocols the filer is used for is NFS and ISCSI. I am concerned of the implications this upgrade will have on the iscsi network. Has anyone done this type of migration and can share their experience with me? Will upgrading the head unit impact iscsi iqns, lun serial numbers etc? Thanks, Darish.

2 1

Re: WAFL metadata files
by April Jenner 23 Oct '07

23 Oct '07

Hello All: There are a couple of possibilities on this one. Data ONTAP GX can handles "lots" of objects very fast. Data ONTAP GX would fix this problem and remove all the limitations but a lot of people aren't ready for GX yet. (Sabastian might consider it) "Lots" is very subjective but the original case of using the "ls" command and taking a coffee break is typical of a case where the directory structure is just too large to fit into memory. Without more information, none of use can be sure that is really the problem. (We'd have to see statistics and look at lots of factors). If tanyone needs to access millions of files in a single directory and doesn't want to move to GX, then working with NetApp support to change the directory structure is the best case scenario. You can hopefully get the performance back with small tweaks. "Metadata" is sounding like a subjective term as well. There is no evidence that the metadata is a problem. The directory file is probably the problem (The directory file is a special file that has inode numbers and maps those numbers to names. It has to be read into system memory to send the information back for an "ls") Just my .02 cents. --April ----- Original Message ---- From: Blake Golliher <thelastman(a)gmail.com> To: Peter D. Gray <pdg(a)uow.edu.au> Cc: toasters(a)mathworks.com Sent: Monday, October 22, 2007 6:26:56 PM Subject: Re: WAFL metadata files I'd argue that this is general file system issue, not so much a wafl issue. I don't think wafl is particularly slow at this workload either, they do far better then most other nas gear I've used for this workload. There are trickier things out there, like bluearc has some preloaded cache for meta data to help speed it along, but that's just fixing the problem by tossing it all in memory. If you compare a file system operation to file system operation between netapp and bluearc I'm sure you'd fine similar performance issues for a directory with millions of objects. But I do hope some of those wafl guys can figure out a way to make lots of objects in a file system faster. It can be a huge pain. -Blake On 10/22/07, Peter D. Gray <pdg(a)uow.edu.au> wrote: > On Mon, Oct 22, 2007 at 12:55:48PM -0700, Blake Golliher wrote: > > I have to deal with millions of objects in filesystems, I highly > > recommend subdirectories. look at your nfs_hist output. First do > > nfs_hist -z. Then count to 30 and run nfs_hist again. It's a > > histogram of all nfs ops, and how long they took in milisecond > > buckets. I'd bet lookup is taking a very long time. When dealing > > with a large number of objects, sensible directory structures are key. > > > > Yes, but to be fair, this is a weakness in the wafl filesystem. > You cannot have everything, and wafl has made a trade off > in the way it stores file metadata that makes it slow to > handle large number of files in a directory. > > I am not sure if netapp is planning any enhancements in this area > or even what would be possible. > > Anybody care to comment? > > Regards, > pdg > > -- > > See mail headers for contact information. > > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

disk busy 100%
by No More Linux! 23 Oct '07

23 Oct '07

we see this alot on one of our 3050's, the disks are 144gb 10k FCAL, we are very concerned: CPU Total Net kB/s Disk kB/s Tape kB/s Cache Cache CP CP Disk ops/s in out read write read write age hit time ty util 33% 1633 14262 1967 2934 5948 0 0 5 99% 33% : 100% 40% 2036 13033 1799 12622 5279 0 0 5 99% 27% D 100% 58% 3800 16660 2534 13262 24247 0 0 5 99% 100% : 100% 40% 3271 17156 2268 10978 18927 0 0 5 100% 100% : 100% 30% 1217 9699 1802 7390 24154 0 0 5 99% 100% : 100% 22% 2318 571 2020 8697 21873 0 0 5 93% 100% : 100% 20% 1428 706 2014 7663 21820 0 0 5 94% 100% : 100% 63% 2728 57180 3438 7852 19920 0 0 5 100% 100% : 100% 76% 2787 30640 17043 44909 38679 0 0 5 99% 77% D 100% 72% 1995 20426 20208 41305 35765 0 0 5 98% 100% : 100% 68% 2049 19219 22977 43481 36810 0 0 5 98% 100% : 100% 66% 2234 23097 20839 39816 38096 0 0 5 98% 100% : 100% 63% 2352 23897 27837 35960 16489 0 0 5 99% 55% : 100% 54% 2478 23635 30499 36404 0 0 0 5 99% 0% - 100% 64% 1644 20728 7715 33592 34764 0 0 5 99% 78% D 100% 46% 2901 15620 2120 15486 35537 0 0 5 99% 100% : 100% 42% 3209 13807 1929 18263 34560 0 0 5 99% 100% : 100% 39% 1118 15173 2115 17007 34335 0 0 5 99% 100% : 100% 37% 1111 15072 1830 3434 10154 0 0 5 99% 43% : 100% 24% 1215 14888 1678 1331 0 0 0 5 99% 0% - 100% what could be causing this and how can we alleviate it?

5 6

Quick question re upgrade from Ontap 6.5.6 to 7.2.3
by Bryano 23 Oct '07

23 Oct '07

I have just gone through the upgrade guide and drawn up my plan of attack so to speak however it does not state how long the wafl conversion will take (I appreciate this is hard to gauge) and if you have to wait for the conversion to finish before you can create new aggregates and flex volumes and start migrating data in to them from existing trad vols - can anyone advise? Thanks -- View this message in context: http://www.nabble.com/Quick-question-re-upgrade-from-Ontap-6.5.6-to-7.2.3-t… Sent from the Network Appliance - Toasters mailing list archive at Nabble.com.

1 0

WAFL metadata files
by Sebastien Campion 23 Oct '07

23 Oct '07

The WAFL file system store metadata in files, three files : - inode file - block-map file - inode map Is it possible to copy this files ? I would like to make precises stats on this file system. Thanks in advance, Séb.

6 10

Re: Securely wipe out all data (was :How many 750G disks can can fit into an aggregate?)
by Sto Rage© 22 Oct '07

22 Oct '07

Have you tried the disk sanitize command? I haven't tried this, but the man page seems to talk about what you want to do. Let us know if this works for you. The disk sanitize start, disk sanitize abort, and disk sanitize status commands are used to start, abort, and obtain status of the disk sanitization process. This pro- cess runs in the background and sanitizes the disk by writing the entire disk with each of the defined pat- terns. The set of all pattern writes defines a cycle; both pattern and cycle count parameters can be specified by the user. Depending on the capacity of the disk and the number of patterns and cycles defined, this process can take several hours to complete. When the process has com- pleted, the disk is in the sanitized state. The disk sani- tize release command allows the user to return a sanitized disk to the spare pool. -G On 10/22/07, Stefan Funke <bundy(a)arcor-online.net> wrote: > Andrew Siegel wrote: > > > In my opinion (as a 12-year customer), the 16TB limit is the number one > > deficiency in NetApp software at the moment, and perhaps their biggest > > deficiency ever. I would be very surprised if they weren't losing > > customers over this issue. > > Acknowledged. I think they changed the limit from 10TB to 16TB with > Ontap7, correct? Disc sizes are growing and growing - unless NetApp > changes to solid state disks (flash), a higher limit would be nice to > have. > > > BTW, I'm searching for a way to securely wipe out all data at our R200 > disks. (ATA, 154x274gig) I wanted to build a big volume, but the 16TB > hit me too. Has anyone ever played with 'dd' at Ontap side? Is there a > hidden random device (/dev/random) I can use to create random data? Any > hints? :) >

1 0

Re: How many 750G disks can can fit into an aggregate?
by Stefan Funke 22 Oct '07

22 Oct '07

Andrew Siegel wrote: > In my opinion (as a 12-year customer), the 16TB limit is the number one > deficiency in NetApp software at the moment, and perhaps their biggest > deficiency ever. I would be very surprised if they weren't losing > customers over this issue. Acknowledged. I think they changed the limit from 10TB to 16TB with Ontap7, correct? Disc sizes are growing and growing - unless NetApp changes to solid state disks (flash), a higher limit would be nice to have. BTW, I'm searching for a way to securely wipe out all data at our R200 disks. (ATA, 154x274gig) I wanted to build a big volume, but the 16TB hit me too. Has anyone ever played with 'dd' at Ontap side? Is there a hidden random device (/dev/random) I can use to create random data? Any hints? :)

2 1

Query DFM server?
by A Darren Dunham 20 Oct '07

20 Oct '07

Is there an easy way to query a DFM server remotely? I'd like to grab some data on demand (Current CPU). I could do that via SNMP without too much trouble, but I'd rather not let all the clients directly poll the filers. The DFM server already has that information, and I can poll it on the machine itself with something like 'dfm report filers-ops <filer>'. I'd rather let the clients hit this machine so there's no performance impact on the filers if something goes wrong. Is there a way of getting that same data from a remote host without setting up accounts and automated logins? I thought I might be able to run the dfm software on the client directly, but if I can, I'm missing how to specify the server that it contacts... The web reports are fine, but I don't want to scrape them through the normal display. If I can get the raw data from the DFM server via http/snmp/other, that would be good. Thanks. -- Darren Dunham ddunham(a)taos.com Senior Technical Consultant TAOS http://www.taos.com/ Got some Dr Pepper? San Francisco, CA bay area < This line left intentionally blank to confuse you. >

4 6

Re: FAS6070 NVRAM PCIe card
by Paul Rosham 19 Oct '07

19 Oct '07

Mellanox ------Original Message------ From: Albert Chin Sender: To: toasters(a)mathworks.com ReplyTo: toasters(a)mathworks.com Sent: Oct 20, 2007 01:07 Subject: FAS6070 NVRAM PCIe card According to http://www.netapp.com/go/techontap/fas6070.html?fmt=print, the FAS6070 has an NVRAM PCIe card. It's probably an OEM card and I'm curious if anyone knows who manufactures the card. -- albert chin (china(a)thewrittenword.com) Sent via Blackberry - please excuse my typing

2 1

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