toasters

toasters@lists.teaparty.net

3 participants
13514 discussions

RE: Windows, free space displays, gah
by Tom "Mad Dog" Yergeau 06 Apr '01

06 Apr '01

NetApp has an unsupported perl script that you can run as a cron job that will scan for users near their quotas and alert them to the fact. You can download the script from the NOW site. http://now.netapp.com/NOW/download/tools/disk_usage/ Another option is to upgrade to ONTAP 6.1, which supports quotas for Windows users based on SIDs. Also, I'm told that when you use the Windows quota feature, the amount of free space available to the user appears to be the amount of their quota that is free. Sounds like just what you need. :-) Tom -----Original Message----- From: Mike Knell [mailto:mike.knell@cs.tcd.ie] Sent: Friday, April 06, 2001 7:24 AM To: toasters(a)mathworks.com Subject: Windows, free space displays, gah Mornin' all, I'm besieged by Windows users complaining about not being able to find out what the state of this mysterious "quota" thing is, and complaining about files going missing because they've gone over quota, and _naturally_ this is all the fault of our filer rather than of either the users themselves for not keeping an eye on how much disk they're using, or Windows applications for not handling write failures gracefully. What they tend to do is point to the Windows (NT and 2000, btw) disk free display and say "Look! It says I've got 35GB of free space!" without working out that this is the free space on the entire volume rather than in their quota. What are peoples' views on providing state-of-quota information to Windows users? Ideally, the disk free display should show the state of their quota rather than the volume, but things just don't seem to work that way. We have a web page they can query their quotas from, but either that or the simple act of logging into a Sun and saying "quota -v" is considered to be rather complex and not pro-active enough.. Any advice welcome.. TIA Mike -- Computer Science System Administrator, Trinity College, Dublin, Ireland mike.knell(a)cs.tcd.ie -=- http://www.cs.tcd.ie/Mike.Knell/

1 0

Windows, free space displays, gah
by Mike Knell 06 Apr '01

06 Apr '01

Mornin' all, I'm besieged by Windows users complaining about not being able to find out what the state of this mysterious "quota" thing is, and complaining about files going missing because they've gone over quota, and _naturally_ this is all the fault of our filer rather than of either the users themselves for not keeping an eye on how much disk they're using, or Windows applications for not handling write failures gracefully. What they tend to do is point to the Windows (NT and 2000, btw) disk free display and say "Look! It says I've got 35GB of free space!" without working out that this is the free space on the entire volume rather than in their quota. What are peoples' views on providing state-of-quota information to Windows users? Ideally, the disk free display should show the state of their quota rather than the volume, but things just don't seem to work that way. We have a web page they can query their quotas from, but either that or the simple act of logging into a Sun and saying "quota -v" is considered to be rather complex and not pro-active enough.. Any advice welcome.. TIA Mike -- Computer Science System Administrator, Trinity College, Dublin, Ireland mike.knell(a)cs.tcd.ie -=- http://www.cs.tcd.ie/Mike.Knell/

2 1

RE: Inodes a go go
by Tom "Mad Dog" Yergeau 06 Apr '01

06 Apr '01

Okay, now I am really really confused. Here's a summary of my understanding; maybe someone can point out where I'm off track. 1. WAFL blocks are 4 KB 2. Max # of inodes is one per 4 K block 3. Each directory, even an empty one, fills at least one block 4. But, up to 128 empty directories can be sqeezed into one block So based on 3, I will run out of room before running out of inodes, but based on 4, I will run out of inodes before running out of room. (Maybe the problem is I don't understand was a dirent is?) Slightly off topic, can anyone suggest possibly a different, non-NetApp storage/file system that will give me a lot more inodes than I can get out of a filer? (Sorry Greg, but I need the best platform to meet the needs of the application, which might or might not be NetApp, so I have to ask.) The IO demands of this application are quite low, but storage and inode requirements are high. So any solution needs to be able to store large amounts of data and provide massive quantities of inodes, but doesn't need to be as fast as a filer. Thanks, Tom

6 7

Block checksum and Zone checksum drive
by max chan 06 Apr '01

06 Apr '01

Dear all, Is there any different for Block checksum and Zone checksum drive? in term of preformance, reliability, limitation etc.. If i use ontap 6x, which one should i chose? Max __________________________________________________ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/

1 0

RE: NDMP question
by Francett, Robert D (SAIC) 06 Apr '01

06 Apr '01

Michael, We noticed the same problem and reported it to Veritas just a few days ago. Our example was an obvious path iteration, so we identified the offending file, removed it & its snapshot to avoid continued failures & resnapped. Latest word, today, is that Veritas is submitting a RFE - Request For Enhancement - so that such a circumstance, whether accidental or malicious, will not abort the entire backup. Regards, Bob Francett BP Exploration Alaska -----Original Message----- From: Michael Scala [mailto:mikes@about-inc.com] Sent: Thursday, April 05, 2001 11:22 AM To: 'Toasters Subject: NDMP question Does anyone know of any limitations of NDMP? Primarily I am looking at a path limit of 1023 characters that would cause NDMP to abort a backup job if it encountered a path greater than 1023 characters. I am using Netbackup to backup our filers via NDMP, someone mentioned that this problem may be a limitation of Ontap rather than a Netbackup limitation. Michael Scala About the Human Internet 1440 Broadway, 20th Floor Office:212-204-2668 Cell: 917-207-2573 Data Center: 212-367-8560

1 0

NDMP question
by Michael Scala 05 Apr '01

05 Apr '01

Does anyone know of any limitations of NDMP? Primarily I am looking at a path limit of 1023 characters that would cause NDMP to abort a backup job if it encountered a path greater than 1023 characters. I am using Netbackup to backup our filers via NDMP, someone mentioned that this problem may be a limitation of Ontap rather than a Netbackup limitation. Michael Scala About the Human Internet 1440 Broadway, 20th Floor Office:212-204-2668 Cell: 917-207-2573 Data Center: 212-367-8560

1 0

RE: FC9 & FC8 drives?
by Caley, Grant 05 Apr '01

05 Apr '01

Hi Simon, Yes it is, make sure the FC9 shelves are the last in the loop though. regards, -----Original Message----- From: Clawson, Simon [mailto:simon_clawson@mentorg.com] Sent: 05 April 2001 16:33 To: 'toasters(a)mathworks.com' Subject: FC9 & FC8 drives? Hi! Is it possible to mix FC8 & FC9 disks? We have two shelves of 18GB disks and would like to add another shelf of 36GB disks. Simon Simon Clawson HDS Team Systems Administrator Mentor Graphics Uk Rivergate London Road Newbury Berkshire RG14 2QB <<Clawson, Simon.vcf>>

1 0

FC9 & FC8 drives?
by Clawson, Simon 05 Apr '01

05 Apr '01

Hi! Is it possible to mix FC8 & FC9 disks? We have two shelves of 18GB disks and would like to add another shelf of 36GB disks. Simon Simon Clawson HDS Team Systems Administrator Mentor Graphics Uk Rivergate London Road Newbury Berkshire RG14 2QB <<Clawson, Simon.vcf>>

2 1

RE: FC9 & FC8 drives?
by Loux, Linda 05 Apr '01

05 Apr '01

Mixing shelves is no problem. We have 3 FC8 and 7 FC9 shelves on our system now. Linda Loux Systems Administrator Rosetta Inpharmatics -----Original Message----- From: Clawson, Simon [mailto:simon_clawson@mentorg.com] Sent: Thursday, April 05, 2001 8:33 AM To: 'toasters(a)mathworks.com' Subject: FC9 & FC8 drives? Hi! Is it possible to mix FC8 & FC9 disks? We have two shelves of 18GB disks and would like to add another shelf of 36GB disks. Simon Simon Clawson HDS Team Systems Administrator Mentor Graphics Uk Rivergate London Road Newbury Berkshire RG14 2QB <<Clawson, Simon.vcf>> **************************************************************************** This e-mail message is the property of Rosetta Inpharmatics and may contain information that is confidential and/or privileged. If you are not the intended recipient, any use, disclosure, copying, or communication of the contents of this message is prohibited. If this message was received in error, please forward a copy to mail_admin(a)rii.com and delete the message and any attachments from your computer. Thank you. ****************************************************************************

1 0

RE: performance question ablout oracle on F840 filer
by Yarmas, Tom 05 Apr '01

05 Apr '01

Several people have made some good suggestions, and I would advise you look at the white papers on the Netapp site as well. One thing that will improve things for Solaris in particular is to specify DISK_ASYNC_IO=false in the Oracle parameter file (init.ora). Solaris will not do async i/o correctly, and each async i/o request will take extra time. When you do this, you may want to use multiple DB writer processes. Finally, how are you loading the data? If you are using SQL*Loader, it may be that the SQL is slowing you down. Direct path loading should show a dramatic change if you are not using it already. Just an FYI, it is generally going to be counter productive to have table and index data on different volumes oin the Filer. Because of the way the Filer does I/O to the disks, it generally does not help to seperate things that way. By having more drives in a volume, performance will improve. Although it sounds like your problem is just getting the data out of the Oracle engine and to the Filer (hence the direct path loading should help that). -tom

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