toasters

toasters@lists.teaparty.net

13514 discussions

Start a nNew thread

(no subject)
by Wollermann, Brian 04 Mar '02

04 Mar '02

1 0

clustering filers
by Jeff Kennedy 04 Mar '02

04 Mar '02

A quick question regarding NetApp filer clutering. How well does it work? Would you spend the money again? Problems you've encountered that make it of questionable value. We are putting more and more applications on the filer that are considered 24X7 when the filer itself is not. Granted, they are extremely reliable but the fact is that they have several single points of failure. I am looking at clustering filers as a way of fixing that. The other possibility is Veritas ServPoint HA on SAN. Thanks. -- ===================== Jeff Kennedy Unix Administrator AMCC jlkennedy(a)amcc.com

1 0

shelfchk command does not give any output
by Kumar, Rahul 02 Mar '02

02 Mar '02

Hi I am not getting any output out of the command shelfchk ie the options for LEDS glow etc etc. The only message which i get is something like this: filer3> shelfchk No hot swap support detected on this system filer3> Any ideas why should i get it ? Rahul

2 1

application reactions to quotas
by neil lehrer 01 Mar '02

01 Mar '02

hi, have people seen unfriendly application responses to quotas? for example, i just tried to save a file with word2000 that would have execeeded the quota. winword dr. watson'ed. pc is winnt4 sp6a, filer is ontap 6.1.1r2. thanks

1 0

Random Trouble with AMANDA
by Jamin A. Brown 01 Mar '02

01 Mar '02

Hello, Looking for any ideas (or possibly even a fix!) from you fine people about a problem we are having. Background: We recently started backing up our NetAPP 720 Filer using a combination of AMANDA and the scripts located at: http://www.xs4all.nl/~johnpc/amanda-netapp.html The server we are using is a dual PIII 800 running FreeBSD. Due to the size of our tape drive (35GB), we have to perform subtree backups. Due to how the NetApp was setup, we're doing 40 subtree backups from the same volume each night... The Problem: Every night, no matter what, some of the backups fail for various reasons (see below). The thing is, these failures are random. A subtree that had problems one night will not have problems the next... I have indexing turned off, and have replced restore with a wrapper as recommended in the article here: http://groups.google.com/groups?hl=en&frame=right&th=25ab1f922c37dcf3&seekm… FAILURE AND STRANGE DUMP SUMMARY: magneto /dev/moya/home/customers/9 lev 0 FAILED [disk /dev/moya/home/customers/9 offline on magneto?] magneto /dev/moya/home/customers/8 lev 0 FAILED [disk /dev/moya/home/customers/8 offline on magneto?] magneto /dev/moya/home/customers/n lev 0 FAILED [disk /dev/moya/home/customers/n offline on magneto?] magneto /dev/moya/alias lev 0 FAILED [disk /dev/moya/alias offline on magneto?] magneto /dev/moya/home/customers/7 lev 1 FAILED [no estimate] The Solution? If anyone has any pointers on things to try, I would greatly appreciate it. We'd like to be able to fix this and stay able to use subtree dumps, and not have to replace our tape drive (which would require the replacing of the library the drive is in due to some bad things...). Thanks in advance. Jamin Brown GWI Operations

1 0

RE: Reducing volume size
by Knight, Jason 01 Mar '02

01 Mar '02

You could use a utility for mirroring files called RoboCopy, I believe this in the Resource Kit for Windows 2000 or NT. Here is the help text output: ---------------------------------------------------------------------- ROBOCOPY v 1.96 : Robust File Copy for Windows NT ---------------------------------------------------------------------- Started : Fri Mar 01 11:22:58 2002 Usage : ROBOCOPY source destination [file [file]...] [options] source : Source Directory (drive:\path or \\server\share\path). destination : Destination Dir (drive:\path or \\server\share\path). file : File(s) to copy (names/wildcards: default is "*.*"). Copy options: /S : copy Subdirectories, but not empty ones. /E : copy subdirectories, including Empty ones. /LEV:n : only copy the top n LEVels of the source directory tree. /Z : copy files in restartable mode. /SEC : copy SECurity info (both source and dest must be NTFS). /SECFIX : FIX SECurity info on existing files and dirs. /TIMFIX : FIX TIMestamps on existing destination files. /MOV : MOVe files (delete from source after copying). /MOVE : MOVE files AND dirs (delete from source after copying). /PURGE : delete dest files/dirs that no longer exist in source. /MIR : MIRror a directory tree (equivalent to /E plus /PURGE). /A+:[R][A][S][H] : add the given Attributes to copied files. /A-:[R][A][S][H] : remove the given Attributes from copied files. /CREATE : CREATE directory tree structure + zero-length files only. /FAT : create destination files using 8.3 FAT file names only. File Selection: /A : copy only files with the Archive attribute set /M : like /A, but remove Archive attribute from source files. /IA:[R][A][S][H] : Include only files with some of the given Attributes set. /XA:[R][A][S][H] : eXclude files with any of the given Attributes set. /XF file [file]... : eXclude Files matching given names/paths/wildcards. /XD dirs [dirs]... : eXclude Directories matching given names/paths. /XC | /XN | /XO : eXclude Changed | Newer | Older files. /XX | /XL : eXclude eXtra | Lonely files and dirs. /IS : Include Same files. /MAX:n : MAXimum file size - exclude files bigger than n bytes. /MIN:n : MINimum file size - exclude files smaller than n bytes. /MAXAGE:n : MAXimum file AGE - exclude files older than n days/date. /MINAGE:n : MINimum file AGE - exclude files newer than n days/date. (If n < 1900 then n = n days, else n = YYYYMMDD date). Retry Options: /R:n : number of Retries on failed copies: default is 1 million. /W:n : Wait time between retries: default is 30 seconds. /REG : Save /R:n and /W:n in the Registry as default settings. /TBD : wait for sharenames To Be Defined (retry error 67). Logging Options: /L : List only - don't copy, timestamp or delete any files. /X : report all eXtra files, not just those selected. /V : produce Verbose output, showing skipped files. /NP : No Progress - don't display % copied. /ETA : show Estimated Time of Arrival of copied files. /LOG:file : output status to LOG file (overwrite existing log). /LOG+:file : output status to LOG file (append to existing log). Jason Jason Knight Citadel Investment Group L.L.C. 312.338.5261 Office -----Original Message----- From: Maglinger, Paul [mailto:PMAGLINGER@scvl.com] Sent: Friday, March 01, 2002 10:05 AM To: 'NetApps list server' Subject: Reducing volume size I'm looking to reduce the size of one of my volumes. I was hoping to use vol copy, but it does a block to block copy so the destination volume has to be equal or greater than the source. NDMPD is not currently enabled because our backup software (Veritas Backup Exec) doesn't support it. Is there a faster way of moving 50GB of data around so that I can resize my volume other than using Windows Explorer to drag and drop? Recommendations anyone? 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

Reducing volume size
by Maglinger, Paul 01 Mar '02

01 Mar '02

I'm looking to reduce the size of one of my volumes. I was hoping to use vol copy, but it does a block to block copy so the destination volume has to be equal or greater than the source. NDMPD is not currently enabled because our backup software (Veritas Backup Exec) doesn't support it. Is there a faster way of moving 50GB of data around so that I can resize my volume other than using Windows Explorer to drag and drop? Recommendations anyone? 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

2 1

Different size disk in the same raid group
by Premanshu Jain 28 Feb '02

28 Feb '02

Hi, Can anybody tell me the reason, Same raidgroup having different effective size disk. Thanks RAID group 1 RAID Disk HA.ID HA SHELF BAY CHAN Used (MB/blks) Phys (MB/blks) --------- ----- ------------ ---- -------------- -------------- parity 8.24 8 3 0 FC:A 17000/34816000 17366/35566480 data 8.18 8 2 2 FC:A 8600/17612800 8683/17783112 data 8.0 8 0 0 FC:A 8600/17612800 8683/17783112 data 8.19 8 2 3 FC:A 8600/17612800 8683/17783112 data 8.45 8 5 5 FC:A 17000/34816000 17366/35566480 data 8.44 8 5 4 FC:A 17000/34816000 17366/35566480 data 8.25 8 3 1 FC:A 17000/34816000 17366/35566480 data 8.26 8 3 2 FC:A 17000/34816000 17366/35566480 data 8.27 8 3 3 FC:A 17000/34816000 17366/35566480 data 8.46 8 5 6 FC:A 17000/34816000 17366/35566480 data 8.43 8 5 3 FC:A 17000/34816000 17366/35566480

2 1

Re: Different size disk in the same raid group
by Jeff Kennedy 28 Feb '02

28 Feb '02

The reason is someone added 9gb drives to an 18gb drive volume ( or vice versa, hard to tell which was first ). They're not different effective disk sizes, they are different *actual* disk sizes. Effective size diff would be RAID Disk HA.ID HA SHELF BAY CHAN Used (MB/blks) Phys (MB/blks) --------- ----- ------------ ---- -------------- -------------- data 8.18 8 2 2 FC:A 8600/17612800 17366/35566480 Which is not the case. The physical column will always report the actual disk size. ~JK > > Premanshu Jain wrote: > > > > Hi, > > Can anybody tell me the reason, > > Same raidgroup having different effective size disk. > > Thanks > > > > > > RAID group 1 > > > > RAID Disk HA.ID HA SHELF BAY CHAN Used (MB/blks) Phys (MB/blks) > > --------- ----- ------------ ---- -------------- -------------- > > parity 8.24 8 3 0 FC:A 17000/34816000 17366/35566480 > > data 8.18 8 2 2 FC:A 8600/17612800 8683/17783112 > > data 8.0 8 0 0 FC:A 8600/17612800 8683/17783112 > > data 8.19 8 2 3 FC:A 8600/17612800 8683/17783112 > > data 8.45 8 5 5 FC:A 17000/34816000 17366/35566480 > > data 8.44 8 5 4 FC:A 17000/34816000 17366/35566480 > > data 8.25 8 3 1 FC:A 17000/34816000 17366/35566480 > > data 8.26 8 3 2 FC:A 17000/34816000 17366/35566480 > > data 8.27 8 3 3 FC:A 17000/34816000 17366/35566480 > > data 8.46 8 5 6 FC:A 17000/34816000 17366/35566480 > > data 8.43 8 5 3 FC:A 17000/34816000 17366/35566480 -- ===================== Jeff Kennedy Unix Administrator AMCC jlkennedy(a)amcc.com

2 1

looking for disks for a older 740..
by Kelsey Cummings 27 Feb '02

27 Feb '02

I've got a pair of old 740's here with FC7/8 Shelves on them and I'm looking to for a bunch of disks to fill them up. I've currently got NETAPP X221_ST318304FC and SEAGATE ST318203FC disks. Someone have a supply of these old disks? Please email me directly. -Kelsey

1 0

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