toasters

toasters@lists.teaparty.net

13520 discussions

Re: A suggestion for the list
by Andrew Siegel 01 Feb '01

01 Feb '01

Pete Ehlke wrote: > > It seems, however, that the list is attracting more and more attention > form sales & marketing types. For whatever good (netapp) or evil (YKWYA) > purposes, the folks who make the money seem to want to listen in. And > thus these messages. > > fubar? what do you think? administrivia at least? The commercial traffic on this list is minimal and usually relevant. It has been helpful to me, and probably to others too. For example, I had no idea before reading it here that there was anyone around specializing in buying and selling used NetApp gear. This could potentially save my company a lot of money. Not worth making a fuss over, IMHO. Andy

2 1

Physically moving a volume
by Matt Phelps 01 Feb '01

01 Feb '01

All, We are physically moving a disk volume from a 760 to an 840 tonight. We're resonably confident about bringing up the 840 with the moved disks on it. The volume will come up as a foreign volume (it won't need to be renamed) and we'll just need to do a "vol online" command for it. It's not a root volume. However, the book says to check "your hardware guide" for instructions on removing the disks from the 760. We can't find this anywhere. Our current plan is to remove references to the volume in the various /vol0/etc files; shut down the 760, power it and it's shelves off. Remove the disks and just power everything back on again. Is it that simple? -- Matt Phelps System Administrator, Computation Facility Harvard - Smithsonian Center for Astrophysics mphelps(a)cfa.harvard.edu, http://cfa-www.harvard.edu/~mphelps

2 2

FW: A suggestion for the list
by Maglinger, Paul 01 Feb '01

01 Feb '01

Agreed. You can't always lay your hands on the original email you were sent months ago. If the spams can do it, certainly legit mail lists like this one can. -----Original Message----- From: Chris Thompson [mailto:cet1@cus.cam.ac.uk] Sent: Wednesday, January 31, 2001 17:06 To: toasters(a)mathworks.com Cc: owner-toasters(a)mathworks.com Subject: A suggestion for the list Hmm, first I should apologise for posting the (response to the followup to the unsubscribe request) to the list... I really had not intended to. Secondly: some mailing lists have added headers or footers attached to each message giving directions on how to unsubscribe (or otherwise manage one's list entry). It doesn't totally eliminate unsubscribe messages sent to the list, of course, but it does seem to help. Could something like that be implemented for toasters? It only needs 2 or 3 lines giving a URL and/or an e-mail address. Chris Thompson University of Cambridge Computing Service, Email: cet1(a)ucs.cam.ac.uk New Museums Site, Cambridge CB2 3QG, Phone: +44 1223 334715 United Kingdom.

1 0

Re: A suggestion for the list
by Darrell Fuhriman 01 Feb '01

01 Feb '01

fubar(a)pir.net (the sushi biker) writes: > I'm of two minds about adding a small blurb to the end of every > message. I'll think about it, at least. There is an RFC for putting that information in the headers, although AFAIK, Mailman is the only list management software that supports it automagically. Of course, then the MUAs have to start supporting it, and I think only exmh does. *But* if we put it there, perhaps we'll eventually reach a critical mass. :) Darrell

1 0

RE: Busy F740
by Nick Steel 01 Feb '01

01 Feb '01

Brian - what is the application you're using the 740 for? - N -----Original Message----- From: Brian Tao [mailto:taob@risc.org] Sent: Tuesday, January 30, 2001 11:56 AM To: toasters(a)mathworks.com Subject: Busy F740 How many ops/sec is a single F740 officially rated for? :) # rsh nbc-na1 sysstat 1 CPU NFS CIFS HTTP Net kB/s Disk kB/s Tape kB/s Cache in out read write read write age 99% 11785 0 0 3852 8967 5935 3317 0 0 0 95% 11225 0 0 4315 8385 6374 16 0 0 0 100% 10989 0 0 3316 7499 5952 6348 0 0 0 96% 12374 0 0 3630 8735 6596 16 0 0 0 __________________________________________ NetZero - Defenders of the Free World Get your FREE Internet Access and Email at http://www.netzero.net/download/index.html

2 1

Busy F740
by Brian Tao 01 Feb '01

01 Feb '01

How many ops/sec is a single F740 officially rated for? :) # rsh nbc-na1 sysstat 1 CPU NFS CIFS HTTP Net kB/s Disk kB/s Tape kB/s Cache in out read write read write age 99% 11785 0 0 3852 8967 5935 3317 0 0 0 95% 11225 0 0 4315 8385 6374 16 0 0 0 100% 10989 0 0 3316 7499 5952 6348 0 0 0 96% 12374 0 0 3630 8735 6596 16 0 0 0 97% 11502 0 0 4079 9386 7211 0 0 0 0 92% 13279 0 0 2141 9466 5503 0 0 0 0 94% 11133 0 0 2793 8861 5290 2472 0 0 0 91% 13849 0 0 2845 6541 3051 0 0 0 0 91% 12882 0 0 2366 7718 5153 16 0 0 0 90% 11270 0 0 3114 10893 5976 16 0 0 0 92% 13656 0 0 2235 8336 5198 15 0 0 0 93% 11616 0 0 3674 9995 5897 0 0 0 0 100% 11045 0 0 3217 7324 6336 6224 0 0 0 100% 12071 0 0 3596 7478 4320 4140 0 0 0 83% 11188 0 0 3147 4314 2042 16 0 0 0 86% 12037 0 0 2996 3768 2204 0 0 0 0 Mon Jan 29 09:00:00 EST [statd]: 9:00am up 91 days, 23:12 3206819678 NFS ops, 0 CIFS ops, 0 HTTP ops Mon Jan 29 10:00:00 EST [statd]: 10:00am up 92 days, 12 mins, 3242103525 NFS ops, 0 CIFS ops, 0 HTTP ops Mon Jan 29 11:00:00 EST [statd]: 11:00am up 92 days, 1:12 3280497515 NFS ops, 0 CIFS ops, 0 HTTP ops Mon Jan 29 12:00:00 EST [statd]: 12:00pm up 92 days, 2:12 3320627495 NFS ops, 0 CIFS ops, 0 HTTP ops Mon Jan 29 13:00:00 EST [statd]: 1:00pm up 92 days, 3:12 3359963237 NFS ops, 0 CIFS ops, 0 HTTP ops Mon Jan 29 14:00:00 EST [statd]: 2:00pm up 92 days, 4:12 3401086673 NFS ops, 0 CIFS ops, 0 HTTP ops Mon Jan 29 15:00:00 EST [statd]: 3:00pm up 92 days, 5:12 3442816074 NFS ops, 0 CIFS ops, 0 HTTP ops Mon Jan 29 16:00:00 EST [statd]: 4:00pm up 92 days, 6:12 3483761033 NFS ops, 0 CIFS ops, 0 HTTP ops Mon Jan 29 17:00:00 EST [statd]: 5:00pm up 92 days, 7:12 3522841284 NFS ops, 0 CIFS ops, 0 HTTP ops Mon Jan 29 18:00:00 EST [statd]: 6:00pm up 92 days, 8:12 3552441745 NFS ops, 0 CIFS ops, 0 HTTP ops Mon Jan 29 19:00:00 EST [statd]: 7:00pm up 92 days, 9:12 3574376381 NFS ops, 0 CIFS ops, 0 HTTP ops Mon Jan 29 20:00:00 EST [statd]: 8:00pm up 92 days, 10:12 3592665398 NFS ops, 0 CIFS ops, 0 HTTP ops Mon Jan 29 21:00:00 EST [statd]: 9:00pm up 92 days, 11:12 3609752095 NFS ops, 0 CIFS ops, 0 HTTP ops Mon Jan 29 22:00:00 EST [statd]: 10:00pm up 92 days, 12:12 3625268516 NFS ops, 0 CIFS ops, 0 HTTP ops Mon Jan 29 23:00:00 EST [statd]: 11:00pm up 92 days, 13:12 3639419661 NFS ops, 0 CIFS ops, 0 HTTP ops Tue Jan 30 00:00:00 EST [statd]: 12:00am up 92 days, 14:12 3651946436 NFS ops, 0 CIFS ops, 0 HTTP ops Tue Jan 30 01:00:00 EST [statd]: 1:00am up 92 days, 15:12 3663387313 NFS ops, 0 CIFS ops, 0 HTTP ops Tue Jan 30 02:00:00 EST [statd]: 2:00am up 92 days, 16:12 3673728933 NFS ops, 0 CIFS ops, 0 HTTP ops Tue Jan 30 03:00:00 EST [statd]: 3:00am up 92 days, 17:12 3682329227 NFS ops, 0 CIFS ops, 0 HTTP ops Tue Jan 30 04:00:00 EST [statd]: 4:00am up 92 days, 18:12 3694782732 NFS ops, 0 CIFS ops, 0 HTTP ops Tue Jan 30 05:00:00 EST [statd]: 5:00am up 92 days, 19:12 3707095565 NFS ops, 0 CIFS ops, 0 HTTP ops Tue Jan 30 06:00:00 EST [statd]: 6:00am up 92 days, 20:12 3719706901 NFS ops, 0 CIFS ops, 0 HTTP ops Tue Jan 30 07:00:00 EST [statd]: 7:00am up 92 days, 21:12 3732211249 NFS ops, 0 CIFS ops, 0 HTTP ops Tue Jan 30 08:00:00 EST [statd]: 8:00am up 92 days, 22:12 3748531341 NFS ops, 0 CIFS ops, 0 HTTP ops Tue Jan 30 09:00:00 EST [statd]: 9:00am up 92 days, 23:12 3773248114 NFS ops, 0 CIFS ops, 0 HTTP ops Over half a billion NFS ops per day, so we roll the uptime ops counter about once a week... -- Brian Tao (BT300, taob(a)risc.org) "Though this be madness, yet there is method in't"

3 3

A suggestion for the list
by Chris Thompson 31 Jan '01

31 Jan '01

Hmm, first I should apologise for posting the (response to the followup to the unsubscribe request) to the list... I really had not intended to. Secondly: some mailing lists have added headers or footers attached to each message giving directions on how to unsubscribe (or otherwise manage one's list entry). It doesn't totally eliminate unsubscribe messages sent to the list, of course, but it does seem to help. Could something like that be implemented for toasters? It only needs 2 or 3 lines giving a URL and/or an e-mail address. Chris Thompson University of Cambridge Computing Service, Email: cet1(a)ucs.cam.ac.uk New Museums Site, Cambridge CB2 3QG, Phone: +44 1223 334715 United Kingdom.

3 2

FW: Please remove m-casacci@ti.com from the list
by Cortez, Vince 31 Jan '01

31 Jan '01

Why am I getting these messages, Vince Cortez 408-822-3479 vcortez(a)netapp.com Get Answers on NOW (Netapp on the Web)! http://now.netapp.com <http://now.netapp.com/> -----Original Message----- From: Casacci, Mario [mailto:m-casacci@ti.com] Sent: Wednesday, January 31, 2001 8:20 AM To: toasters(a)mathworks.com; owner-toasters(a)mathworks.com Subject: RE: Please remove m-casacci(a)ti.com from the list Please remove m-casacci(a)ti.com <mailto:m-casacci@ti.com> from the list . Tks and regards, Mario

2 1

FW: Please Sign Me Up for NetApp Thread
by Cortez, Vince 31 Jan '01

31 Jan '01

Why am I getting this request? vince Cortez Vince Cortez 408-822-3479 vcortez(a)netapp.com Get Answers on NOW (Netapp on the Web)! http://now.netapp.com -----Original Message----- From: Noble_Russ(a)emc.com [mailto:Noble_Russ@emc.com] Sent: Wednesday, January 31, 2001 7:41 AM To: toasters(a)mathworks.com Subject: Please Sign Me Up for NetApp Thread Thanks Russ Noble

1 0

FW: 2 q's - quotas and tape drives
by Maglinger, Paul 31 Jan '01

31 Jan '01

But if I use User quotas, then I will have to modify my usermap and passwd files to include all of my 250 NT users. I don't want to have to put 250 entries into my usermap file. -----Original Message----- From: Steve Losen [mailto:scl@sasha.acc.virginia.edu] Sent: Tuesday, January 30, 2001 16:37 To: toasters Subject: Re: 2 q's - quotas and tape drives > Along the same lines, we're working on creating home directories for users > here at the corporate office. We're wanting to limit the amount of storage > per user, but from what I've read there is a limitation of 254 qtrees per > volume. We're running NT, so therefore using CIFS, and using Ontap 5.3.7R2. > We are also running NetIQ, but can't install the agent on the filer. We > could limit the disks per volume, but smaller volumes waste more disk space. > To give you an idea, we're considering limits of either 250 or 500MB per > user. Unless I misunderstand you, you do not need a separate qtree for each user. Netapps provide both "tree" quotas and "user" quotas. A "tree" quota limits the total disk space of all files in a directory tree (quota tree), regardless of who owns them. A "user" quota limits the total disk space of files that are owned by a particular user. It sounds like you can do what you want with "user" quotas in one big volume with no qtrees at all. However, you may want to split things up for other reasons. "tree" quotas are typically used to limit the disk space of a project or department consisting of multiple users. And if you really like to micromanage, you can even have user quotas within a qtree. For example, fred user@/vol/vol0 15G - /vol/vol0/qt1 tree 25G - fred user@/vol/vol0/qt1 10G - Here "fred" can use up to 15G in the volume vol0. The qtree qt1 cannot use more than 25G of vol0. And inside qt1, fred can only use 10G. Any disk space that fred uses inside qt1 also counts against his 15G quota for the entire volume. Steve Losen scl(a)virginia.edu phone: 804-924-0640 University of Virginia ITC Unix Support

3 2

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