toasters

toasters@lists.teaparty.net

2 participants
13520 discussions

Re: Subscribe
by Brian Tao 19 Feb '98

19 Feb '98

> Date: Wed, 18 Feb 1998 15:11:46 +0000 > From: Lars J�nson <lars(a)datapp.com> > Organization: Data Appliance Scandinavia AB > To: toasters(a)mathworks.com > Subject: Subscribe > > I would like to subscribe > Lars Well, it's not exactly from a *Netapp* employee this time, but it sounds pretty close... ;-) -- Brian Tao (BT300, taob(a)netcom.ca) "Though this be madness, yet there is method in't"

1 0

(no subject)
by Douglas A. Mendoza 19 Feb '98

19 Feb '98

subscribe -- Douglas A. Mendoza Network Appliance, Inc. Website Technical Editor http://now.netapp.com/ phone 408.376.3776 http://www.netapp.com/ e-mail dmendoza(a)netapp.com

9 13

Re: Silly snapshot question
by Daniel Quinlan 19 Feb '98

19 Feb '98

rasmus(a)bellglobal.com writes: > bigdisk> df > Filesystem kbytes used avail capacity Mounted on > / 170788336 71454936 99333400 42% / > /.snapshot 18976480 5180276 13796204 27% /.snapshot > > I was expecting to see 70% utilization on my .snapshot file system > here. Why is it only 27%? From this output I can only conclude that I > have a lot of room and I don't need to bump up my reserve. total disk space 170788336 + 18976480 = 189764816 bytes reserve calculation 189764816 * 10% reservation = 18976480 bytes snapshot usage 5180276 / 18976480 = 27% That's 27% of the amount you reserved. I don't know where you got the 70% figure from. Don't use "snap list" to calculate anything other than which snapshot needs to be deleted first in a crisis. Dan

1 0

AIT vs. DLT7000
by Steve Gremban 19 Feb '98

19 Feb '98

Alexei, We are using DLT7000 (5-10 MB/sec depending on compression) drives which actually outperform the Sony AIT (3-7.8 MB/sec depending on compression). We are not quite seeing 2:1 compression, we get about 60GB compressed on each 35GB tape. -Steve Gremban gremban(a)ti.com ----------------------------------------------------------------------- Previous message follows: I would like to see AIT supported; we currently use DLT, but as our backup needs are approaching 300GB (well, as soon as I get my new filer), DLT is not cutting it (backup/restore times are too long). Also, the media is a huge problem (DLT's are not all too happy with a drop...). I suspect that these additional drives will be supported eventually. Alexei -----------------------------------------------------------------------

3 3

Silly snapshot question
by rasmus＠bellglobal.com 19 Feb '98

19 Feb '98

I was looking at my 630 trying to figure out if it was safe to add another nightly snapshot. According to the Sys-Admin manual on page 10-13 it shows an example where a snap reserve is set to 20% and a 'snap list' shows only 10% utilization. The suggestion is to drop the reserve from 20% down to 12 or 15% assuming usage patterns remain constant. Great, this make sense to me. However, when I look at my system I have: bigdisk> snap reserve Current snapshot reserve is 10% or 18976480 k-bytes. bigdisk> snap list working...................................................... %/used %/total date name ---------- ---------- ------------ -------- 0% ( 0%) 0% ( 0%) Feb 18 12:01 hourly.0 1% ( 0%) 0% ( 0%) Feb 18 08:01 hourly.1 2% ( 1%) 1% ( 0%) Feb 18 00:01 nightly.0 2% ( 1%) 1% ( 0%) Feb 17 20:01 hourly.2 3% ( 1%) 1% ( 0%) Feb 17 16:01 hourly.3 3% ( 1%) 1% ( 0%) Feb 17 12:01 hourly.4 5% ( 3%) 2% ( 1%) Feb 17 08:01 hourly.5 7% ( 4%) 3% ( 1%) Feb 17 00:01 nightly.1 So, so far it would indicate that my 10% reserve is probably a pretty good number for the current setup and if I want to add another nightly snapshot I should probably bump my reserve up a couple of percent to be safe. However, then I do a df: bigdisk> df Filesystem kbytes used avail capacity Mounted on / 170788336 71454936 99333400 42% / /.snapshot 18976480 5180276 13796204 27% /.snapshot I was expecting to see 70% utilization on my .snapshot file system here. Why is it only 27%? From this output I can only conclude that I have a lot of room and I don't need to bump up my reserve. I must have missed something along the way. -Rasmus

3 2

None
by Christina Sanfilippo 18 Feb '98

18 Feb '98

2 1

Subscribe
by Lars J�nson 18 Feb '98

18 Feb '98

I would like to subscribe Lars

1 0

GNU "du" patch to fix .snapshot annoyance
by Daniel Quinlan 18 Feb '98

18 Feb '98

Daniel Quinlan <quinlan(a)transmeta.com> writes: > It's really annoying when find(1) descends into a .snapshot directory. > > Here's a patch against GNU findutils 4.1 tested under Linux and > Solaris to fix the problem. It still allows descent into .snapshot, > but only if .snapshot is specifically listed on the command line. GNU > findutils is available at <URL:ftp://prep.ai.mit.edu/pub/gnu>. Here's the same for "du", which is even more annoying because there isn't a "-prune" option for du. Anyone at NetApp care to comment about whether the inode number for ".snapshot" is constant (and can be counted on)? It always appears to be inode 67. - Dan --- fileutils-3.16/src/du.c.orig Mon Feb 16 00:46:43 1998 +++ fileutils-3.16/src/du.c Mon Feb 16 00:56:35 1998 @@ -54,6 +54,10 @@ #include "save-cwd.h" #include "error.h" +#ifndef S_IRWXUGO +#define S_IRWXUGO (S_IRWXU|S_IRWXG|S_IRWXO) +#endif + #undef convert_blocks #define convert_blocks(b, size) (size == size_kilobytes ? ((b) + 1) / 2 : \ size == size_megabytes ? ((b) + 1024) / 2048 : (b)) @@ -518,7 +522,9 @@ tot_size += size; - if (S_ISDIR (stat_buf.st_mode)) + if (S_ISDIR (stat_buf.st_mode) && + (!(!strcmp(ent, ".snapshot") && (stat_buf.st_uid == 0) && + (stat_buf.st_gid == 0) && ((stat_buf.st_mode & 0777) == S_IRWXUGO)))) { unsigned pathlen; dev_t dir_dev;

2 1

question about multi-RAID
by Daniel Quinlan 17 Feb '98

17 Feb '98

I have a new F630 with 4 shelves (2 pairs) or about 200GB of disk space. Ideally, I would like to configure it with two 100GB RAID groups composed of 12 data drives, one parity, and one spare each (maybe only one spare for the entire filer). If I remake the filesystem with half the disks and start using it, will I be able to upgrade to multi-RAID/multi-volume and add the other half of the disks without a backup/restore cycle? Is there anything else I should know about trying this? - Dan

3 2

Re: Multiple IP Addresses per interface?
by Keith Brown 17 Feb '98

17 Feb '98

From: Brian Tao <taob(a)nbc.netcom.ca> > > According to the man page: > > The interface name vh is used to specify IP virtual host > addresses associated with the filer. Only alias addresses (using > the alias option) may be assigned to the vh interface. > > So I can assign multiple IP's to vh... how do I bind those IP's to >a physical interface? Or is this only used for the virtual hosting >feature in the HTTP server? Unfortunately the doc on this subject doesn't really spell all this out in a manner that could be described as crystal clear, but... My understanding is that the vh interface is just associated with the HTTP daemon's virtual hosting feature. The addresses on vh are the ones that the web server runs through /etc/httpd.hostprefixes to locate a target specific home directory for inbound HTTP requests. However, there is of course the "little" issue of packets destined for a vh address being able to find their way into a filer in the first place, which will inevitably require some cooperation from the real, physical interfaces. This could conceivably be made to happen via routing trickery, perhaps using host routes to ensure that packets destined for vh addresses get fired at a filers physical interfaces on their last hop, or maybe even full network routes, where the vh addresses are on a subnet that is entirely internal to the filer and the physical interfaces form routes to that subnet. Failing this, then you're right, there needs to be some correlation between vh addresses and the addresses being supported by the physical interfaces. Alas I haven't been able to find a description of whether this is a manual or automatic process. I have to assume manual for now. My own experience starts and ends with loading up just the physical interfaces with addresses, and leaving the vh interface alone. Keith

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