toasters

toasters@lists.teaparty.net

13545 discussions

Start a nNew thread

**Half price tobacco**
by Tobacco Store 31 Jul '03

31 Jul '03

1 0

Testing, testing
by Chris Thompson 31 Jul '03

31 Jul '03

There's something mighty strange going on at mathworks.com: although I can follow up to existing threads, three separate attempts to post a new one to toasters(a)mathworks.com in the past few days have caused absolutely nothing to appear. Please excuse this attempt to determine whether it is some aspect of the content, subject, etc. that is causing them to disappear into a black hole. Chris Thompson Email: cet1(a)cam.ac.uk

3 3

command to tell you what kind of shelves you have
by Dan Finn 30 Jul '03

30 Jul '03

Is there a command that will output what type of shelves are attached to a netapp. The closes I was able to come was "environment status shelf" but that doesn't tell me whether they are FC7, FC8 or FC9 shelves. Thanks Dan

2 1

Is there any built in utility for file compression
by Dan Finn 30 Jul '03

30 Jul '03

I don't think there is but I am just wondering if there is any built in utilities in the Netapps to do on the fly file compression as they are being written to the file system? Thanks Dan

1 0

BEA Weblogics
by Robert Borowicz 30 Jul '03

30 Jul '03

Are there any users out there using BEA Weblogics App servers out there that may be mounting the "projects" area from filers? BEA moves files around from the Admin Server to Managed Servers which may be on separate machines via its "deploy command. I'm vying to mount the domain dir on the Admin host and also make that a share to the W2K "build box". When our build guy goes to deploy apps his Ant scripts need to simply copy the .ear's and .war's to a "drop dir" which is also on the Admin host. From there we do the Weblogics "deploy" which does a number of things fundamentally which is moving the .ear files out of the drop dir and into the deploy app dirs. Anybody doing this? Thanks -Rob

1 0

Disk Hardware Questions
by Steve Evans 29 Jul '03

29 Jul '03

Some questions. . . 1. I have a DS14 shelf with 36gb disks, and FC8 shelf's with 18gb disks. Each shelf has a HotSpare. If a 18gb disk fails will it for sure use the 18gb hotspare or is there a chance it will pickup the 36gb hotspare? 2. I'm thinking about migrating all the data on the 36gb drives (including /etc folder) to fewer 72gb drives. What's the best way to do that? Can I add the new 72gb disks to the volume with 36gb drives, then start to remove 36gb drives over time? 3. Right now I have the FC connection going like this: Filer Head --> FC8 shelf --> FC8 shelf --> DS14 shelf. All of the important data is on the DS14 shelf. The FC8 shelfs aren't on support contracts, and don't have any important data at all. (mostly system images, software install files, etc). Is this a bad idea. How much risk am I putting my important data on the DS14 shelf. We're thinking about getting another FC HBA with two ports because right now we just have a single FC cable. Then I would plan on putting DS14 shelf on the Dual Port HBA (with redundant paths) and putting the FC8 shelfs on our current HBA by itself. 4. With the sysstats tool, what kind of numbers can I expect to max out on, on the Disk KB/s? Thanks, Steve Evans SDSU Foundation

2 1

RE: Error: du: failed for admin: Cycle detected
by Fox, Adam 29 Jul '03

29 Jul '03

Here's a quick Perl script I wrote to avoid .snaphost. Hack it to your heart's content. I call it mydu. Simple but effective. #!/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"); } -- Adam Fox NetApp Professional Services, NC adamfox(a)netapp.com -----Original Message----- From: Chris Thompson [mailto:cet1@cus.cam.ac.uk] Sent: Tuesday, July 29, 2003 2:18 PM To: Art Hebert Cc: toasters(a)mathworks.com Subject: Re: Error: du: failed for admin: Cycle detected art(a)arzoon.com (Art Herbert) writes: > > I am getting this error when I try to do a "du -sk *" some netapp > directories mounted on my solaris 2.9 You mean Solaris 9 (SunOS 5.9), presumably. > oracle database server. If I am in the > directory that contains the files it works fine. If I try to do it one level > up I get the Cycle detected error: > > sjcoracle01[root]202# cd /export/home/oracle/oradata/server01/admin > sjcoracle01[root]203# du -sk * > 35692 RMAN > 44 network > 530080 prod01 > sjcoracle01[root]204# cd .. > sjcoracle01[root]205# du -sk * > du: failed for admin: Cycle detected > du: failed for arch1: Cycle detected > du: failed for arch2: Cycle detected > du: failed for data1: Cycle detected > du: failed for data2: Cycle detected > du: failed for rbs1: Cycle detected > du: failed for redo1: Cycle detected > du: failed for redo2: Cycle detected > du: failed for temp1: Cycle detected > > Mounted as follows: > > /export/home/oracle/admin on sjcf760-01:/vol/vol0/oracle/admin > remote/read/write/setuid/hard/intr/vers=3/proto=tcp/forcedirectio/xattr/dev= > 4580001 > > Anybody ever see this error? Not until I did some experiments ... :) The "Cycle detected" message is apparently (from "strings" output) new in Solaris 9 "du". It seems that it happens whenever one applies "du" to a directory tree in which there are "visible" .snapshot directory entries (i.e. one or more NFS mount points). Presumably it's getting upset by the duplicate inode numbers appearing in snapshots. Lots of Unix utilities (especially GNUish ones) have had similar problems in the past. [Of course, it's not unreasonable to take the line that their confusion is quite justified, and that NetApp have a design fault here.] Chris Thompson Email: cet1(a)cam.ac.uk

1 0

RE: Error: du: failed for admin: Cycle detected
by Art Hebert 29 Jul '03

29 Jul '03

Chris -- thanks -- I mounted the netapp on a solaris 2.7 box yesterday and didn't have the problem so I figured it was solaris 9 related. art -----Original Message----- From: Chris Thompson [mailto:cet1@cus.cam.ac.uk] Sent: Tuesday, July 29, 2003 11:18 AM To: art(a)arzoon.com Cc: toasters(a)mathworks.com Subject: Re: Error: du: failed for admin: Cycle detected art(a)arzoon.com (Art Herbert) writes: > > I am getting this error when I try to do a "du -sk *" some netapp > directories mounted on my solaris 2.9 You mean Solaris 9 (SunOS 5.9), presumably. > oracle database server. If I am in the > directory that contains the files it works fine. If I try to do it one level > up I get the Cycle detected error: > > sjcoracle01[root]202# cd /export/home/oracle/oradata/server01/admin > sjcoracle01[root]203# du -sk * > 35692 RMAN > 44 network > 530080 prod01 > sjcoracle01[root]204# cd .. > sjcoracle01[root]205# du -sk * > du: failed for admin: Cycle detected > du: failed for arch1: Cycle detected > du: failed for arch2: Cycle detected > du: failed for data1: Cycle detected > du: failed for data2: Cycle detected > du: failed for rbs1: Cycle detected > du: failed for redo1: Cycle detected > du: failed for redo2: Cycle detected > du: failed for temp1: Cycle detected > > Mounted as follows: > > /export/home/oracle/admin on sjcf760-01:/vol/vol0/oracle/admin > remote/read/write/setuid/hard/intr/vers=3/proto=tcp/forcedirectio/xattr/dev= > 4580001 > > Anybody ever see this error? Not until I did some experiments ... :) The "Cycle detected" message is apparently (from "strings" output) new in Solaris 9 "du". It seems that it happens whenever one applies "du" to a directory tree in which there are "visible" .snapshot directory entries (i.e. one or more NFS mount points). Presumably it's getting upset by the duplicate inode numbers appearing in snapshots. Lots of Unix utilities (especially GNUish ones) have had similar problems in the past. [Of course, it's not unreasonable to take the line that their confusion is quite justified, and that NetApp have a design fault here.] Chris Thompson Email: cet1(a)cam.ac.uk

1 0

Error: du: failed for admin: Cycle detected
by Art Hebert 29 Jul '03

29 Jul '03

I am getting this error when I try to do a "du -sk *" some netapp directories mounted on my solaris 2.9 oracle database server. If I am in the directory that contains the files it works fine. If I try to do it one level up I get the Cycle detected error: sjcoracle01[root]202# cd /export/home/oracle/oradata/server01/admin sjcoracle01[root]203# du -sk * 35692 RMAN 44 network 530080 prod01 sjcoracle01[root]204# cd .. sjcoracle01[root]205# du -sk * du: failed for admin: Cycle detected du: failed for arch1: Cycle detected du: failed for arch2: Cycle detected du: failed for data1: Cycle detected du: failed for data2: Cycle detected du: failed for rbs1: Cycle detected du: failed for redo1: Cycle detected du: failed for redo2: Cycle detected du: failed for temp1: Cycle detected Mounted as follows: /export/home/oracle/admin on sjcf760-01:/vol/vol0/oracle/admin remote/read/write/setuid/hard/intr/vers=3/proto=tcp/forcedirectio/xattr/dev= 4580001 Anybody ever see this error? art

2 1

Vol copy'ing a ZCS volume to a BCS one
by Chris Thompson 28 Jul '03

28 Jul '03

What happens when one does a "vol copy" from a volume that has zoned checksums active to one that is made out of BCS (520-byte sector) disks? Do the blocks that were reserved for zone checksums on the source volume become free when the target volume is put online? Or does the latter remain a zoned checksum volume even though it is made up of BCS discs? The documentation doesn't seem to be very clear on this point, and I can't do the experiment (yet) ... Chris Thompson Email: cet1(a)cam.ac.uk

2 1

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