toasters

toasters@lists.teaparty.net

13515 discussions

Re: du without the .snapshot
by Tom Reingold 22 May '01

22 May '01

Here is a perl script my coworker wrote that pretty closely mimics the du command. The solutions I saw here yesterday aren't close enough for my taste. Du should print a summary at the end of output. On Mon, 21 May 2001 15:02:22 +0800, "Nicholas, Chua" <NicholosC(a)maxis.net.my> wrote: > Hi all, > > I have a few directories that are automounted from NetApp F720 Filer to the > SUN boxes. The mounted directories are directories under qtrees. .snapshot > is accessible under all mountpoints. The issue I have is when doing du to > query the directory usage, there will be error messages due to permission > level of contents beneath the .snapshot. > > I would like to get the correct disk usage of my mounted directories. One > way to do it is to disable access to the snapshot directories by "vol > options volumename nosnapdir on". Is there anyway of getting the correct > output of du without accessing the .snapshot directories and not having to > turn off and on the options each time, perhaps the right options of du to > bypass that particular directories? > > Thanks for any input. > Nic >

1 0

RE: ClearCase "certified" filers
by Okoniewski, Linda 21 May '01

21 May '01

Victoria is correct...please review the documentation regarding ClearCase and NAS configurations at URL http://www.rational.com/products/whitepapers/ccnas.jsp . Thanks for your continued support of ClearCase! Regards, Linda O. Linda Okoniewski Product Mgr. Rational Software Corporation lindao(a)rational.com 781-676-2585 -----Original Message----- From: Koepnick, Victoria [mailto:victoria.koepnick@netapp.com] Sent: Tuesday, May 15, 2001 2:33 PM To: 'Todd C. Merrill'; toasters(a)mathworks.com Cc: Linda Okoniewski (E-mail) Subject: RE: ClearCase "certified" filers Todd, As of March 28, 2001 NetApp filers are certified for the complete storage of the VOB and View databases in a Unix, Interop or Windows only Rational ClearCase environment. It is no longer necessary to have the databases reside on local disk and Rational supports placing the databases on filers. My guess is the last time you spoke to Rational folks was prior to March 28, in which case they gave you the correct information. As you well know, filers natively support both CIFS and NFS making the use of Syntax TAS unnecessary. During our ClearCase certification testing there was no performance degradation when using a filer. In fact, we typically found the performance to be better than when using direct attached storage in ClearCase environments. We are currently working on performance benchmarks in order to document the performance gains achieved. Your read of the statement in the brochure is correct. It is true that both restrictions have now been removed. Using a filer with ClearCase also makes back-up and restore much easier due to NetApp SnapShots (not to be confused with the snapshot function in ClearCase). With SnapShots, the VOB database is locked for typically only a matter of seconds (exact time will depend on the size of the VOB). The March 28th certification includes use of filers with ClearCase Multisite as well. Hope this helps clear up any questions or concerns. Victoria J. Koepnick Network Appliance Manager, Technical Markets 408-822-6465 -----Original Message----- From: Todd C. Merrill [mailto:tmerrill@mathworks.com] Sent: Tuesday, May 15, 2001 10:04 AM To: toasters(a)mathworks.com Subject: ClearCase "certified" filers I just received in the mail a notice that NetApp filers are "certified" for use with Rational's ClearCase product. In particular, it says: "Network Appliance delivers network-attached storage solutions *certified for ClearCase 4.x* for complete VOB and View storage in UNIX, Windows, and multiprotocol environments. You get true single-copy data sharing between UNIX and Windows clients, without emulation software." Last time we asked the Rational folks if they had customers using NetApps, the answer was yes. But, Rational still recommended the VOB and View *databases* reside on local disk on the VOB or View servers. Is that recommended restriction now gone? Also, when we delved into it some more, it turns out we would still have needed Syntax TAS servers to serve the data to the CIFS clients, even though the various pools were stored on a NetApp. That is, clients would still have to request data via the ClearCase daemons on the various ClearCase servers. In other words, to fetch a file from the cleartext pool, for example, the client could NOT directly fetch it from the filer. Needless to say, performance via the ClearCase daemons was "sub-optimal." My read of the statement in the brochure is that both restrictions have now been removed (database storage and TAS servers). Is this true? Until next time... The Mathworks, Inc. 508-647-7000 x7792 3 Apple Hill Drive, Natick, MA 01760-2098 508-647-7001 FAX tmerrill(a)mathworks.com http://www.mathworks.com ---

3 3

disable NT remote management?
by Marion Hakanson 21 May '01

21 May '01

Folks, My Unix, or rather, command-line, bias is showing here, so please bear with me. We're running a mixed-security-style filer, OnTAP-5.3.6R2, also testing 6.1R1. Historically, we've done all management of the filer from a Unix admin host, but we do like for our NT admins to be able to set and/or override permissions for our NT users, so we've done the obligatory two-way mapping in usermap.cfg between the Unix "root" account and the NT domain admin account. In doing so, we've opened what we consider to be a hole in our desired Unix-only management of the filer: It's now possible for our NT admins to create/delete/change shares using Server Manager. We'd really prefer to keep this functionality restricted to a command-line type of interface, so we can keep it under control via scripting, version control, and other types of automation that so far aren't possible using the Windows Server Manager GUI. So, does anyone know how to disable access to Server Manager, and in particular to the ability to create/change shares, but still preserve the ability to manipulate permissions on behalf of our users (via shares previously setup)? I've seen reference to the magic "IPC$" share, and assume that if I could delete that it would prevent remote management from the Windows systems, but I've yet to find a way to accomplish this. Advice welcome.... Regards, -- Marion Hakanson <hakanson(a)cse.ogi.edu> CSE Computing Facilities

3 3

du without the .snapshot
by Nicholas, Chua 21 May '01

21 May '01

Hi all, I have a few directories that are automounted from NetApp F720 Filer to the SUN boxes. The mounted directories are directories under qtrees. .snapshot is accessible under all mountpoints. The issue I have is when doing du to query the directory usage, there will be error messages due to permission level of contents beneath the .snapshot. I would like to get the correct disk usage of my mounted directories. One way to do it is to disable access to the snapshot directories by "vol options volumename nosnapdir on". Is there anyway of getting the correct output of du without accessing the .snapshot directories and not having to turn off and on the options each time, perhaps the right options of du to bypass that particular directories? Thanks for any input. Nic

3 2

RE: du without the .snapshot
by Fox, Adam 21 May '01

21 May '01

Or you can try this quick perl script I just hacked out about 5 mins. ago. Feel free to modify to your heart's content. It's called mydu and it takes as an argument the top level directory you want to scan. It just skips ., .., and .snapshot. Enjoy! -- Adam Fox NetApp Professional Services, NC adamfox(a)netapp.com #!/bin/perl # # Usage mydu [dir] # opendir (DIR, $ARGV[0]) || die "Can't open $ARGV[0] $!"; @dirs = readdir(DIR); closedir (DIR); foreach $d (@dirs) { next if ($d eq "." || $d eq ".." || $d eq ".snapshot"); system ("du -s $ARGV[0]/$d"); } > -----Original Message----- > From: Timothy A. McCarthy [mailto:tmac@netapp.com] > Sent: Monday, May 21, 2001 8:19 AM > To: Nicholas, Chua > Cc: toasters(a)mathworks.com > Subject: Re: du without the .snapshot > > > Get the gnu version of du and modify the source to > not go into .snapshot > > --tmac > > "Nicholas, Chua" wrote: > > > Hi all, > > > > I have a few directories that are automounted from NetApp > F720 Filer to the > > SUN boxes. The mounted directories are directories under > qtrees. .snapshot > > is accessible under all mountpoints. The issue I have is > when doing du to > > query the directory usage, there will be error messages due > to permission > > level of contents beneath the .snapshot. > > > > I would like to get the correct disk usage of my mounted > directories. One > > way to do it is to disable access to the snapshot > directories by "vol > > options volumename nosnapdir on". Is there anyway of > getting the correct > > output of du without accessing the .snapshot directories > and not having to > > turn off and on the options each time, perhaps the right > options of du to > > bypass that particular directories? > > > > Thanks for any input. > > Nic > > -- > ******All New Numbers!!!****** > ************* ************* > > Timothy A. McCarthy --> System Engineer, Eastern Region > Network Appliance http://www.netapp.com > 240-268-2034 Office \ / Page Me at: > 240-268-2001 Fax \/ 888-971-4468 > >

1 0

Re: du without the .snapshot
by Kerry Schwab 21 May '01

21 May '01

Supposing you only want to supply one directory at a time to du, here's a cheesy way around it: Save the script below it to a file named, say "sdu", and supply it a directory like so: $ sdu ./foo3 1 bar 0 bazz 18 test Total: 19 Here's the shell script: #!/bin/ksh typeset -i total du -ask `ls -a $1 | egrep -v '^(\.|\.\.|\.snapshot)$'` | while read line do echo $line set $line usage=$1 ((total=$total+$1)) done echo "Total: $total" == Kerry >>> "Nicholas, Chua" <NicholosC(a)maxis.net.my> 05/21/01 02:02AM >>> Hi all, I have a few directories that are automounted from NetApp F720 Filer to the SUN boxes. The mounted directories are directories under qtrees. .snapshot is accessible under all mountpoints. The issue I have is when doing du to query the directory usage, there will be error messages due to permission level of contents beneath the .snapshot. I would like to get the correct disk usage of my mounted directories. One way to do it is to disable access to the snapshot directories by "vol options volumename nosnapdir on". Is there anyway of getting the correct output of du without accessing the .snapshot directories and not having to turn off and on the options each time, perhaps the right options of du to bypass that particular directories? Thanks for any input. Nic

1 0

RE: Question on OS upgrades when clustered
by Kitch, David 21 May '01

21 May '01

You might want to turn off failovers prior to the upgrade. Otherwise, the first one you upgrade will upgrade the disk firmware on its partner, and you'll have to use boot disks to do the second one. Regards, David Kitch Design IT Infrastructure Texas Instruments Incorporated dkitch(a)ti.com (214)480-1242 -----Original Message----- From: Allen, Pat [mailto:pat@mbari.org] Sent: Friday, May 18, 2001 1:21 PM To: Toasters (E-mail) Subject: Question on OS upgrades when clustered Hi all, I've just clustered a couple of F740's. I've got about 6 years of experience upgrading the OS on filers but have never done it on a cluster before. Do I need to do anything special to insure that both boxes are on the same version of the operating system? I will be going from 6.0.1R3 to 6.1R1. Thanks! --- Pat Allen (pat(a)mbari.org) Monterey Bay Aquarium Research Institute (MBARI) 7700 Sandholdt Rd, Moss Landing, CA 95039 (voice) 831-775-1724; (fax) 831-775-1620

1 0

Re: disable NT remote management?
by Seth Moskowitz 21 May '01

21 May '01

I am not sure about Keith's suggestion. In theory it should work but since you said that these users from the NT world are equivlent to root and they are still admins in the NT Domain the filer resides in (which they probably are) I believe they would still be able to open server manager on the Filer. I am not positive but I think this could be the case. Also I believe that as long as these NT admins have change access to these directories/files they could be able to share it anyway. Keep in mind that even if you find a way to disable server manager, with the correct rights (which in your scenerio I believe they would have)NT admins still have a variety of command line ways of administering this data if they want to. >From: "Keith Brown" <keith(a)netapp.com> >Reply-To: "Keith Brown" <keith(a)netapp.com> >To: <toasters(a)mathworks.com>, "Marion Hakanson" <hakanson(a)cse.ogi.edu> >Subject: Re: disable NT remote management? >Date: Fri, 18 May 2001 16:32:12 -0700 > > > > So, does anyone know how to disable access to Server > > Manager, > >Remove the "FILERDOMAIN\Domain Admins" global group from the filer's >"BUILTIN\Administrators" local group using User Manager for Domains. This >will prevent your NT adminstrators from messing with filer shares. > >I am almost, but not quite 100% certain that administrative rights to the >file system will be unaffected by this (the "Administrators" local group >SID is a domain-wide constant if memory serves, so it should still find its >way into your NT admin's security tokens via other means), but give it a >try. > >Keith > > _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com

1 0

Automatic disk fw download
by Jeffrey Krueger 19 May '01

19 May '01

So 6.1+ (or is it 6.0+?) now does automatic downloading of firmware to disks which are inserted into the system that need a firmware update. Are un-cached user reads still blocked by this process? Can disk firmware updates still take up to several minutes (this appears to still be the case)? If yes to both questions above, is anyone concerned that the timing of this user downtime is linked to the actual swapping of the disk drive? That is, if I want to update firmware on a set of new spares at 2:00AM when users are mostly idle, I have to be on site and plugging them in one at a time at 2:00AM. Before I would attach the disks during the day and elect to run the slightly disruptive firmware update late at night from the comfort of my snuggly computer room at home. Hopefully I'm missing some cool new feature that makes this concern moot. =) -- Jeff -- ---------------------------------------------------------------------------- Jeff Krueger, NetApp CA E-Mail: jeff(a)qualcomm.com Senior Engineer Phone: 858-651-6709 NetApp Filers / UNIX Infrastructure Fax: 858-651-6627 QUALCOMM, Inc. IT Engineering Web: www.qualcomm.com

2 1

BlueArc Si7500 NAS
by Brian Tao 19 May '01

19 May '01

Anyone poke around with one of these things? Their wording sounds a bit sneaky ("2000 Mbps throughput" when they mean full-duplex Gigabit Ethernet, "inherent" 200 Mbps limitation in other NAS, 1700 Mbps throughput on FC, etc... huh?). Looks like they are still new to this game. http://www.bluearc.com/products/ -- Brian Tao (BT300, taob(a)risc.org) "Though this be madness, yet there is method in't"

6 6

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