toasters

toasters@lists.teaparty.net

2 participants
13529 discussions

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

Samba domain controller with filer ?
by Frank Bonnet 05 Mar '02

05 Mar '02

Hi We are planning to use such configuration. L85 filer NetApp Release 6.1.1R2 we want to use a samba server as domain controller for CIFS users. How to configure the filer to use the samba controller as authentication machine for windows users ? We also use UNIX users with NIS if it matter. Thanks a lot -- Frank Bonnet

2 1

F87 and DDS-4 drive?
by Kevin W. Brown 05 Mar '02

05 Mar '02

Does anyone here know if it is possible to use a DDS-4 drive with an F87 filer? We're getting ready to purchase an F87, and I'd like to be able to use one of my Sony DDS-4 drives with it. I searched the archives, and I couldn't find any information. If I can't use this drive, then I think I'm going to buy a Seagate Viper Ultrium... -------------------------------------------------------------------------- Kevin W. Brown | 2975B Manchester Rd. | E-Mail: kevin(a)qis.net Quantum Internet Services | Manchester, MD 21102 | Voice: 410-239-6920 --------------------------------------------------------------------------

1 0

Re: Webmail farm
by Jose Celestino 05 Mar '02

05 Mar '02

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. > > Cheers, > > -- Chris > > -- > Chris Lamb, Unix Guy > MeasureCast, Inc. > 503-241-1469 x247 > <skeezics(a)measurecast.com> > -- Jose Celestino <japc(a)co.sapo.pt> SysAdmin::SAPO.pt http://www.sapo.pt --------------------------------------------------------------------- main(){printf("%xu%xk%x!\n",15,12,237);}

1 0

RE: Reset of Archive bit causing very large backups
by Wiebke, Robert (Robert) 05 Mar '02

05 Mar '02

Our solution (until the patch release goes GA) was to go with mtime over ctime (as recommended by NetApp). ndmpd ignore_ctime seems to correct this problem and we have seen our differential backups fall from 80GB per night to under 10GB per night. -Robert -----Original Message----- From: neil lehrer [mailto:nlehrer@ibb.gov] Sent: Monday, March 04, 2002 6:34 PM To: Adrian Phillips Cc: 'Wiebke, Robert (Robert)'; Toaster List Subject: Re: Reset of Archive bit causing very large backups are these backups ndmp? Adrian Phillips wrote: > > Hi Robert; > > We were having the same issue with our backups (Also using Veritas, though it was/is Backup Exec 8.5). The solution is to upgrade to 6.1R1P1D9 (or later). Bug # is 49892. > The other suggestion / solution is through the Veritas s/w, with the suggestion of changing the job from incremental/differential to Daily or Working Set, which would back up files changed in the last x days. > > Cheers, > -Adrian > > ps - our filer is an F760... > > -----Original Message----- > From: Wiebke, Robert (Robert) [mailto:wiebke@lucent.com] > Sent: Tuesday, February 19, 2002 9:08 AM > To: Toaster List > Subject: Reset of Archive bit causing very large backups > > Hello Toasters, > > We are running 5.3.6r1 on our main Filer 740 and we have noticed very large > differential backups lately. A full backup will take up approx. 340GB of > tape, however our differential backups are taking up on average 80GB. Last > week we saw two consecutive differential backups of 240GB and 340GB. > > I've spoken to Veritas (Using Datacenter 3.4 with a W2K master server) and > they tell me the backups themselves are accurate. While investigating this > we noticed that files not accessed in a long time (6+ months) were still > showing their archive bits set. As these files have not been changed in > sometime the archive bit would be expected to not be set. Sure enough, on > all files we looked at, the archive bit was set on all. > > Is this a bug? Is this documented and is a fix available? I've opened a > case with the NOW site, and as of yet I have not heard from them. Would you > expect an 80GB differental backup on a 340GB filer? Even on weekends when > less data was being accessed? > > Any comments appreciated. > Thanks! -- regards +++++++++++++++++++++++++++++++++++++++++++++++++ + Neil Lehrer + + United States International Broadcasting Bureau + System Development Division + + voice 202 619-2524 + fax 202 619-3576 + nlehrer(a)ibb.gov + + " is this crisis an opportunity or just + another grab the fire extinguisher moment?" + +++++++++++++++++++++++++++++++++++++++++++++++++

1 0

ndmp incremental backups
by neil lehrer 05 Mar '02

05 Mar '02

hi, what date does dump use for incrementals? my ndmp incrementals seem on the large side. the etc/dumpdates look like: /vol/vol0/ 0 Sat Mar 2 15:01:26 2002 /vol/vol0/apps 0 Wed Mar 28 12:15:22 2001 /vol/vol0/users 0 Tue Apr 10 11:45:56 2001 /vol/vol0/etc 0 Fri Apr 27 12:44:39 2001 /vol/vol0/all_non_quota_files 0 Mon Apr 30 19:08:44 2001 /vol/vol0/users2 0 Fri May 4 16:03:03 2001 /vol/vol0/ 2 Thu May 3 16:45:15 2001 /vol/vol0/users/a 0 Fri Aug 17 14:38:30 2001 /vol/vol0/ 4 Sun Mar 3 19:01:17 2002 last full was mar2. last incr was mar3. does dump look at the m-date? before i bug my ndmp vendor i want to do some checking myself. i am ontap 6.1.1r2 thanks. -- regards

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