toasters

toasters@lists.teaparty.net

1 participants
13515 discussions

Proposed List - Cache Toasters
by Nigel Metheringham 08 Dec '98

08 Dec '98

Since the toasters list appears successful and has been very useful to us, I would like to propose a new list for discussion of NetApp Caches. In a very similar way to the current toasters list, the new list would be independent of NetApp. Hopefully it would similarly attract some participation from NetApp people and be the basis for users to self support one another, gripe where needed, and bounce ideas off walls to see how they look. Planet uses a number of NetApp caches here at our Leeds UK site. We run a couple of mailing lists already and I am happy to add this one to our set. Alternatively if there are good reasons to host elsewhere then I'm willing to listen. I'd also be proposing that the list be mirrored into an web archiving service such as findmail.com. I'd like an expression of support or otherwise to see if its worth starting up the list. If any comments can be sent to the address cache-toasters(a)theplanet.net then I will collect these together in a few days and summarise to the lists. The reply address on this mail is set to the above address. Please note that this is not the list address and should it come into being it probably won't have that address. Comments, flames, praise etc back to me at the cache-toasters address. One last thing.... we really would need a cool name! Any puns on make-cache-fast will not be entertained :-) Nigel. -- [ Nigel.Metheringham(a)theplanet.net - Systems Software Engineer ] [ Tel : +44 113 207 6112 Fax : +44 113 234 6065 ] [ Real life is but a pale imitation of a Dilbert strip ] [ We're recruiting http://www.theplanet.net/profile/recruit.htm ]

2 1

Re: dump 'ignore dir' option?
by sirbruce＠ix.netcom.com 08 Dec '98

08 Dec '98

On 12/07/98 21:30:17 you wrote: > >Is there any easy way of telling 'dump' to ignore one or more >directories? It seems like every filer I archive has at least one >HUGE directory full of unvital compressed files that causes the dump >to span tapes. Simple solution would be to move that directory to it's own toplevel directory and/or quota tree (/logs is a good name). In fact, you could do that for all your filers, or put the all the logs on the same filer. Point the old directories to the new one via symlink if need be. Bruce

1 0

dump 'ignore dir' option?
by Dave Cole 08 Dec '98

08 Dec '98

Is there any easy way of telling 'dump' to ignore one or more directories? It seems like every filer I archive has at least one HUGE directory full of unvital compressed files that causes the dump to span tapes. ---------------------------------------------------------------- Dave Cole (DC1110) | dacole(a)netcom.ca Systems Administrator |* dacole(a)rik.net * | office/~dacole/ Netcom Canada |* www.rik.net/~dacole/ * 905 King Street West, Toronto, M6K 3G9 | phone - 416.341.5801 Toronto, Ontario, Canada, Earth, Sol | fax - 416.341.5725

1 0

input request
by Patrick.Day.B＠bayer.com 03 Dec '98

03 Dec '98

I am having trouble with my tape changer and am curious as to if anyone else has this problem. I have a netfiler 740 (w/ Ontap 5.1.2) with a Quantum PowerStore L500 Library (DLT7000). It refuses to change tapes when I run the appropriate DUMP command. If anyone has experienced this and/or has a solution, any input would be appreciated. Thanx W. Patrick Day Sys Admin Bayer Corporation patrick.day.b(a)bayer.com

3 5

SNMP and Quota trees
by Ketil Kirkerud Elgethun 26 Nov '98

26 Nov '98

We're using MRTG with our filers, and a smallish problem has cropped up : When querying for quotas, we really do not want to know the user quotas, just the tree quotas. This is easy if we feed MRTG with the index number of the tree, but one of our filers has, in addition to 2 quota trees, 65000 users. We do not want to sift through 65K entries just to find what interests us - is there any way to just query for quota _trees_ ? Does anyone have an elegant solution ? (yes, we _can_ use /etc/quotas, yes, it's possible to do an 'rsh filer quota qtree', but we'd rather use SNMP, if at all possible) -- ---Ketil Kirkerud Elgethun, SOL System

1 0

None
by Bam 25 Nov '98

25 Nov '98

subscribe ************************************************* Bam Gobets Technical Support Engineer 1-888-4NetApp x3527 "I'll get right on that with thinking." -Officer Barbrady, South Park Police Dept. **************************************************

1 0

Re: snapshot and df does not match?
by sirbruce＠ix.netcom.com 25 Nov '98

25 Nov '98

On 11/17/98 09:26:50 you wrote: > >Hi All, > >Eventhough my snap list shows less than 100%, Why my df command shows >130%? > >Is there any hidden files that I need to delete? >How does this sanp list matches with df's capacity? The percentages in snap list have always been a little confusing. I think they give you the amount of space the snapshot takes up relative to the total disk space used on the filer, and the total disk space available on the filer. Neither of which would relate to the space you've chosen to reserve for snapshots. I could be wrong, though; I don't have a man page handy and frankly, I've always pretty much ignored the values in snap list as they didn't really contain any useful information to me. All the 130% means is that you've exceeded your snapshot reserve. You have a couple of choices: 1. If you think this is typical and don't mind the space usage, increase your snapshot reserve. 2. If you think this is typical and DO mind the space usage, you will need to change your snapshot schedule to exclude, for example, the weekly snapshots. 3. If you think this is not typical, and you simply had a bunch of stuff deleted this week, you can either live with it for a day or two until it's deleted "naturally", or delete it manually yourself. There are some other things you could do too, but those are the main options. Bruce

3 2

FW:
by Barden, Des [HAL02:8883:EXCH] 24 Nov '98

24 Nov '98

subscribe Des Barden Team Leader Unix/LAN IS Regional Services (Harlow) Esn: 742-5856 > -----Original Message----- > From: Barden, Des [HAL02:8883:EXCH] > Sent: 24 November 1998 10:03 > To: 'toasters(a)mathworks.com' > Subject: > > Subscribe > > > Des Barden > Team Leader Unix/LAN > IS Regional Services (Harlow) > Esn: 742-5856 >

1 0

RE: F630 grinds to a halt daily after update to 5.1.2?
by Matt Stein 23 Nov '98

23 Nov '98

> Netapp's given me 5.1.2P1 in hopes of it fixing things. Luckily for us, > the box needed it's nightly reboot *after* getting that on there. I'll > let you all know if this fixed things. Nope, 5.1.2P1 also has this problem. We're downgrading back to 5.0.1D4. They've been no help yet on the core files, so I think that's our best bet. -- mat.

1 0

RE: NetApp soon to be user
by sirbruce＠ix.netcom.com 21 Nov '98

21 Nov '98

On 11/20/98 09:45:21 you wrote: > >Rick, > >We have run into a couple of significant issues with CIFS that may, or may >not, be relevant. First issue is: >Well, it turns out that there is some "feature" in NT that causes IIS to >hang if oplocks are on. To me, this is an issue with IIS. If you use IIS, you'll get this same problem when talking via CIFS to another NT box. The answer is to not use IIS (or NT entirely), or, as you point out, turn off oplocks. >The second issue is a hardcoded limit in the filer that does not allow for >more then slightly more then 65K of directories in one directory tree. Most >folks wouldn't run into this, but we create an NT folder for every user who >uses our site to build their own web pages. This limit is not documented >(there is a limit of approx. 300,000 file sin one directory and a maxfiles >limit that is dependent on number/capacity of disk drives that are >documented). This does bother me. I don't know when the limit appeared, as it doesn't seem to be a part of the WAFL design, and slipping it in through a "backdoor" without mentioning it is disturbing. As you mentioned, there is a limit on the number of files, or actually directory entries, in one directory, which was set as a matter of performance; however, there is a maxdirsize parameter you can set to increase it. Directories should naturally be treated the same way, so if you're correct that some other limit has been added (maybe it was always there and I just didn't know), it would be nice if someone from Netapp could address why this limit exists and if/when it will be lifted and/or made user-configurable. Mind you, if you tried to put 65K directories in your NT or UNIX server, you will run into a severe performance degredation. You really should look into setting them in deeper subdirectories. This appears to be another reason NOT to use IIS.... Bruce

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