toasters

toasters@lists.teaparty.net

13514 discussions

RE: NDMP backup snapshots ever go away?
by Wiebke, Robert (Robert) 06 Mar '02

06 Mar '02

It depends on your ONTAP version. I had to upgrade our 740 recently from 5.3.6r1 to 6.1.1r2 to allow me to delete these annoying snapshots. Everynow and again a snapshot_for_backup would not delete itself and under 5.3.6r1 the only solution was to reboot or upgrade the ONTAP. -Robert -----Original Message----- From: Jim VandeVegt [mailto:vandevegt@yahoo.com] Sent: Wednesday, March 06, 2002 4:09 PM To: toasters(a)mathworks.com Subject: NDMP backup snapshots ever go away? I'm doing NDMP backups of my F760 Filers and I'm noticing an ever-increasing list of snapshots-for-backup accumulating. Do these go away automatically? ===== Jim VandeVegt vandevegt(a)yahoo.com vandevegt(a)avaya.com http://members.xoom.com/vandevegt There is no luck except where there is discipline. __________________________________________________ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/

1 0

f760 motherboard memory
by neil lehrer 06 Mar '02

06 Mar '02

hi, i want to buy some spare DIMMS. does anyone use memory not purchased from netapp? are there reasons to only use netapp mem? what are the specs on the DIMM? the price netapp is quoting me for the 256MB DIMM is surprising and all i have been told is 256MB DIMM which is not enough to find memory from an outside source. thanks

2 2

NFS ports and firewalls
by Peter D. Gray 06 Mar '02

06 Mar '02

Does anybody know or tell me where to find out if the ports used by the netapp filers for NFS, NLM etc are fixed and if so what they are. Regards, pdg -- See mail headers for contact information.

2 1

Re: Webmail farm
by Jose Celestino 06 Mar '02

06 Mar '02

Thus spake Alexei Rodriguez, on Tue, Mar 05, 2002 at 02:25:34PM -0800: > > > Sorry, I failed to point that out, F760. > > Cool. I think the max is 1GB of read cache (RAM). > NetApp has been selling them in set configurations, > so you might already be at that level. > Yes, sysconfig says: Memory Size: 1024 MB > > Goddamn! You're right, that really passed me by. 76% free now, that > > should really relieve the CPU a bit :) > > Has it made any difference? > Yes, now the cpu usage is nearly 50% most of the time, with peaks at 60% opposed to the 100% that it used to. But this 90% occupation rule really lowers the filer disk space rentability. > Given that this is a mail filer, the deletions and creations > of files should balance the load across the raid group and > volume. However, your writes still have the single > disk bottle neck. My advice is to use 6 disk raid groups > if possible for write intensive applications. But that is > just me. 14 is still ok. > Ok, but this a decision at volume creation, we couldn't reconfigure the raidsize at this stage without data migration, am I right? > > Exactly, I have both, client NFS versions differ slightly. I noticed > > that also. Should I use only v2 or only v3 ? > > I see that the conversation about this has already ensued. Yes, I raised the question in a separate thread as it seems a pertinent question bv itself. > The main > problem with using v3 and directories with lots of files is > the readdir+ operations. You mean the overhead of the returned aditional attributes? > They can kill the filer. Especially > given your age in cache of 3 mins. v2 over udp should be adequate > for your purposes (same thing for nntp feeds). > > > I have minra=off, are you talking about this? > > No, I meant physical memory in the system. sysconfig should get you > that data. > Ok, here it is, filtered: FILER> sysconfig NetApp Release 6.0.1R2: Fri Feb 9 01:12:44 PST 2001 System ID: 0016809340 (FILER); partner ID: 0016808881 (FILER2) slot 0: System Board Processors: 1 Memory Size: 1024 MB slot 0: Fibre Channel Host Adapter 0a slot 0: SCSI Host Adapter 0b [...] slot 3: Fibre Channel Host Adapter 3 21 Disks: 724.5GB 3 shelves with VEM slot 4: Fibre Channel Host Adapter 4 21 Disks: 724.5GB 3 shelves with VEM slot 7: Gigabit Ethernet Controller II e7 MAC Address: 00:03:47:22:85:5e (auto-1000sx-fd-down) slot 8: Interconnect adapter slot 9: NVRAM Memory Size: 32 MB > > Yes, about 40Mbit in peaks. We are considering trunking 2x100Mb or going > > to Gb. > > Doing GigE would probably be preferable, if you have the money. > FEC (trunking) still does a 1:1 mapping of a host to a trunk, so > your hosts will still be bound to a 100Mbps link. > You mean of a host to a real interface? It bonds hosts to interfaces in a "load-balancing" way, right? That will increase the performance, although not as much as 1Gb, but good enough. > > Linux 2.2.19 only. 2.4.18> possibly soon. > > The 2.4 kernel and associated NFS packages are supposed to make > a huge difference. I have not tried it myself, but that > is something to look at. > My experience with the 2.4 kernel series has not been the best. I'll wait a few more days to get a mrtg "snapshot" of the performance after this last tweaking and possibly next week I'll turn to 2.4.18 (it seem stable now) and try to see the improvements, if any. > > > alexei > -- Jose Celestino <japc(a)co.sapo.pt> SysAdmin::SAPO.pt http://www.sapo.pt --------------------------------------------------------------------- main(){printf("%xu%xk%x!\n",15,12,237);}

2 1

NDMP backup to Veritas NBU keep snapshots?
by Jim VandeVegt 06 Mar '02

06 Mar '02

I am curious if it is possible for NDMP backups of ONTAP 6.x filers to Veritas NetBackup Datacenter 3.4.x can store the snapshot (and any differing files from current) heirarchy on the tape and image index as well. I've been doing backups for about two weeks now and when I browse the restore client I don't see snapshot anywhere, so I assume I'm not getting that information right now. ===== Jim VandeVegt vandevegt(a)yahoo.com vandevegt(a)avaya.com http://members.xoom.com/vandevegt There is no luck except where there is discipline. __________________________________________________ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/

2 1

RE: quota notifying scripts
by Michael.Grey＠ttc.ca 06 Mar '02

06 Mar '02

I have worked up quota notification scripts for users, qtrees, and Global Groups under NT. I will be releasing these by the end of the month to all who would like a copy. I'm in the process of documenting the scripts and cleaning them up. Regards, Michael Grey Technical Support Analyst Toronto Transit Commission -----Original Message----- From: Alfred Lim To: toasters(a)mathworks.com Sent: 05/03/02 9:05 PM Subject: quota notifying scripts Hi everyone, Anyone has ever come across quota notifying scripts for NT? Pls assists. Thanks and regards, Alfred Lim

2 1

quota notifying scripts
by Alfred Lim 06 Mar '02

06 Mar '02

Hi everyone, Anyone has ever come across quota notifying scripts for NT? Pls assists. Thanks and regards, Alfred Lim

1 0

RE: Reset of Archive bit causing very large backups
by MCope＠isisph.com 05 Mar '02

05 Mar '02

Just an FYI, I use Legato Networker to do NDMP backups but have seen similar behavior with incremental/differential backups as a result of running Antivirus software against a volume. Michael

2 1

Re: Webmail farm
by Alek O. Komarnitsky (N-CSC) 05 Mar '02

05 Mar '02

> From owner-toasters(a)mathworks.com Tue Mar 5 09:50 MST 2002 > From: Jose Celestino <japc(a)co.sapo.pt> > Subject: Re: Webmail farm > To: Chris Lamb <skeezics(a)measurecast.com> > Cc: toasters(a)mathworks.com > > Thus spake Chris Lamb, on Tue, Mar 05, 2002 at 08:28:35AM -0800: > > > > > > wafl.maxdirsize 10240 > > > > > > or about 300000 files. > > > > Unless your software engineers generally use absurd 40-character > > filenames, like ours tend to... :-) > > > > No, our software engineer was DJB (Bernstein) :) And our filenames tend > to be big yes, they're maildir: > > root@mail:/maildirs/user/Maildir/new# ls -1 1011623164.19222.mail4,S\=1415 | wc -c > 30 > > > > No, we have quotas, file size and file number on each user mail account, > > > so the maildirs can't grow that much. And the maildirs are hash using > > > md5 and some parsing so there's really a "small" number of dirs/files in > > > each dir. > > > > I figured that you must have done something like that, because most folks > > realize pretty early on that putting 10's of thousands of files in shallow > > (or flat!) directory structures in an application like that just doesn't > > scale well at all. But the symptoms you described were fairly similar to > > what we were seeing, so I figured I'd toss it out there. > > > > No, more than 30/40 thousand it simply doesn't work. It is too sluggish > to be usable! > > > > > > > We had a similar problem at the beggining with 70000+ dirs on one dir > > > but the simptoms where not the same. We only noticed a sluggish behavior > > > when ls-ing the dir but no "ENOSPC" that I can remember. By the way, > > > what does "ENOSPC" really mean? > > > > ENOSPC is the error code in Unix for "No space left on device". > > > > Ok, related with wafl.maxdirsize , I see. FYI FWIW: If you are interested in characterizing your filesystem(s) in terms of number of files, size of dirs, depth of dirs, etc. you might take a look at my yadu (Yet Another DU) tool which slices-n-dices the filesystem like a Ronko-Matic on late night Ktel TV! ;-) You can find it at: http://www.komar.org/ -> Misc. Tech Stuff -> Yadu I got some excellent help from this list on my recent question about syslogging the auditlog stuff (Jay asked to do the summary and you'll probably see it in a few days), so least I can do is offer that as a means of thanx. alek P.S. WRT misc. discussions about ignore_ctime, we found that we had to do this also in order for the Netbackup incrementals to not get outa hand since the Virus scanning tool ended up tweeking this.

1 0

NFSv2 vs NFSv3
by Jose Celestino 05 Mar '02

05 Mar '02

Following the previous thread on the webmail system filer performance (I'm still collecting performance improvement hints) I would like to hear your opinion on NFSv2 versus NFSv3 on this scenario. F7X0 and linux 2.4.18 -- Jose Celestino <japc(a)co.sapo.pt> SysAdmin::SAPO.pt http://www.sapo.pt --------------------------------------------------------------------- main(){printf("%xu%xk%x!\n",15,12,237);}

3 3

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