toasters

toasters@lists.teaparty.net

13514 discussions

RE: getting MRTG stats
by Manny Ortega 04 Oct '02

04 Oct '02

http://redhook.univ-wea.com/mrtg/ The name of my filer is pike... The only thing I've changed is the snmp password, everything else (mistakes, comments, et al) is unchanged... Hope this helps... -MannyO #------------------------------------------------------ ### Interface CPU for pike Utilization --MannyO Target[cpu]: 1.3.6.1.4.1.789.1.2.1.3.0&1.3.6.1.4.1.789.1.2.1.3.0:SMNP_PWD@12.31.213.6 RouterUptime[cpu]: public(a)12.31.213.6 MaxBytes[cpu]: 100 Title[cpu]: Pike Cpu utilization PageTop[cpu]: <H1>Pike Cpu utilization</H1> <TABLE> <TR><TD>System:</TD> <TD>pike.univ-wea.com in Universal Weather & Aviation - 8787 Tallyho - Houston, TX</TD></TR> <TR><TD>Maintainer:</TD> <TD>Steve Johnston - <A HREF="mailto:stevej@univ-wea.com">stevej(a)univ-wea.com</a> - 713.944.1622 x3650</TD></TR> </TABLE> ShortLegend[cpu]: % YLegend[cpu]: CPU Utilization Legend1[cpu]: CPU Utilization in % (Load) Legend2[cpu]: Legend3[cpu]:. Legend4[cpu]:. LegendI[cpu]:  Load:  LegendO[cpu]: Options[cpu]: gauge, integer, nopercent #--------------------------------------------------------------- ##### Pike CIFS Sessions Target[pikecifssessions]: .1.3.6.1.4.1.789.1.7.2.12.0&.1.3.6.1.4.1.789.1.7.2.12.0:SMNP_PWD@12.31.213.6 RouterUptime[pikecifssessions]: public(a)12.31.213.6 MaxBytes[pikecifssessions]: 9999999 Title[pikecifssessions]: Pike CIFS sessions PageTop[pikecifssessions]: <H1>Pike CIFS sessions</H1> <TABLE> <TR><TD>System:</TD><TD>Pike CIFS sessions</TD></TR> <TR><TD>Maintainer:</TD><TD>Manny Ortega</TD></TR> <TR><TD>Pike CIFS sessions</TD><TD>1.3.6.1.4.1.789.1.7.2.12.0</TD></TR> </TABLE> ShortLegend[pikecifssessions]: users #WithPeak[pikecifssessions]: ym YLegend[pikecifssessions]: # Sessions Legend1[pikecifssessions]: Number of users Legend2[pikecifssessions]: Legend3[pikecifssessions]:. Legend4[pikecifssessions]:. LegendI[pikecifssessions]:  Sessions:  LegendO[pikecifssessions]: Options[pikecifssessions]: gauge, nopercent, integer #### Pike c$ current usage Target[pikec$]: .1.3.6.1.4.1.789.1.5.4.1.3.3&.1.3.6.1.4.1.789.1.5.4.1.4.3:SMNP_PWD@12.31.213 .6 RouterUptime[pikec$]: public(a)12.31.213.6 MaxBytes[pikec$]: 28183960 Title[pikec$]: Pike c$ current usage Vol0 PageTop[pikec$]: <H1>Pike c$ current usage Vol0</H1> <TABLE> <TR><TD>System:</TD><TD>Pike c$ current usage Vol0</TD></TR> <TR><TD>Maintainer:</TD><TD>Manny Ortega</TD></TR> <TR><TD>Pike c$ kbytes total:</TD><TD>1.3.6.1.4.1.789.1.5.4.1.3.3</TD></TR> <TR><TD>Pike c$ kbytes used:</TD><TD>1.3.6.1.4.1.789.1.5.4.1.4.3</TD></TR> </TABLE> ShortLegend[pikec$]: B #WithPeak[pikec$]: dwmy kMG[pikec$]: k,M,G,T,P kilo[pikec$]: 1024 Unscaled[pikec$]: dwmy YLegend[pikec$]: Disk Utilization Legend1[pikec$]: Volume size Legend2[pikec$]: Volume usage Legend3[pikec$]: . Legend4[pikec$]: . LegendI[pikec$]: Max size:  LegendO[pikec$]: usage:  Options[pikec$]: gauge # ThreshMinI[pikec$]: $THRESHOLDMIN # ThreshMaxI[pikec$]: 21137970 # ThreshProgI[pikec$]: c$.bat # ThreshProgOKI[pikec$]: BATCHLOCthreshold_oki.bat # ThreshMinO[pikec$]: $THRESHOLDMIN ThreshMaxO[pikec$]: 21137970 ThreshProgO[pikec$]: c$.bat #ThreshProgOKO[pikec$]: c$ok.bat # 75% 21137970 #### Pike User_Data current usage Target[pike.user.data]: .1.3.6.1.4.1.789.1.5.4.1.3.1&.1.3.6.1.4.1.789.1.5.4.1.4.1:SMNP_PWD@12.31.213 .6 RouterUptime[pike.user.data]: public(a)12.31.213.6 MaxBytes[pike.user.data]: 175366844 Title[pike.user.data]: Pike User_Data current usage PageTop[pike.user.data]: <H1>Pike User_Data current usage</H1> <TABLE> <TR><TD>System:</TD><TD>Pike User_Data current usage</TD></TR> <TR><TD>Maintainer:</TD><TD>Manny Ortega</TD></TR> <TR><TD>Pike User_Data kbytes total:</TD><TD>1.3.6.1.4.1.789.1.5.4.1.3.1</TD></TR> <TR><TD>Pike User_Data kbytes used:</TD><TD>1.3.6.1.4.1.789.1.5.4.1.4.1</TD></TR> </TABLE> ShortLegend[pike.user.data]: B #WithPeak[pike.user.data]: dwmy kMG[pike.user.data]: k,M,G,T,P kilo[pike.user.data]: 1024 Unscaled[pike.user.data]: dwmy YLegend[pike.user.data]: Disk Utilization Legend1[pike.user.data]: Volume size Legend2[pike.user.data]: Volume usage Legend3[pike.user.data]:. Legend4[pike.user.data]:. LegendI[pike.user.data]: Total size:  LegendO[pike.user.data]: usage:  Options[pike.user.data]: gauge # ThreshMinI[pike.user.data]: $THRESHOLDMIN # ThreshMaxI[pike.user.data]: 21137970 # ThreshProgI[pike.user.data]: c$.bat # ThreshProgOKI[pike.user.data]: BATCHLOCthreshold_oki.bat # ThreshMinO[pike.user.data]: $THRESHOLDMIN ThreshMaxO[pike.user.data]: 131525133 ThreshProgO[pike.user.data]: usrdta.bat #ThreshProgOKO[pike.user.data]: usrdtaok.bat # 75% 131525133 #### Pike Homes current usage Target[pike.homes]: .1.3.6.1.4.1.789.1.5.4.1.3.5&.1.3.6.1.4.1.789.1.5.4.1.4.5:SMNP_PWD@12.31.213 .6 RouterUptime[pike.homes]: public(a)12.31.213.6 MaxBytes[pike.homes]: 75157220 Title[pike.homes]: Pike Homes current usage PageTop[pike.homes]: <H1>Pike Homes current usage</H1> <TABLE> <TR><TD>System:</TD><TD>Pike Homes current usage</TD></TR> <TR><TD>Maintainer:</TD><TD>Manny Ortega</TD></TR> <TR><TD>Pike Homes kbytes total:</TD><TD>1.3.6.1.4.1.789.1.5.4.1.3.5</TD></TR> <TR><TD>Pike Homes kbytes used:</TD><TD>1.3.6.1.4.1.789.1.5.4.1.4.5</TD></TR> </TABLE> ShortLegend[pike.homes]: B #WithPeak[pike.homes]: dwmy kMG[pike.homes]: k,M,G,T,P kilo[pike.homes]: 1024 Unscaled[pike.homes]: dwmy YLegend[pike.homes]: Disk Utilization Legend1[pike.homes]: Volume size Legend2[pike.homes]: Volume usage Legend3[pike.homes]:. Legend4[pike.homes]:. LegendI[pike.homes]: Total size:  LegendO[pike.homes]: usage:  Options[pike.homes]: gauge #ThreshMinI[pike.homes]: $THRESHOLDMIN #ThreshMaxI[pike.homes]: 21137970 #ThreshProgI[pike.homes]: c$.bat #ThreshProgOKI[pike.homes]: BATCHLOCthreshold_oki.bat #ThreshMinO[pike.homes]: $THRESHOLDMIN #ThreshMaxO[pike.homes]: 131525133 #ThreshProgO[pike.homes]: usrdta.bat #ThreshProgOKO[pike.homes]: usrdtaok.bat # 75% 56367915 -----Original Message----- From: Daniel Finn [mailto:DFinn@studentadvantage.com] Sent: Friday, October 04, 2002 4:30 PM To: 'toasters(a)mathworks.com' Subject: getting MRTG stats Could someone send me sample config files for getting mrtg stats from my netapp F760s and F740. Thanks Dan

1 0

getting MRTG stats
by Daniel Finn 04 Oct '02

04 Oct '02

Could someone send me sample config files for getting mrtg stats from my netapp F760s and F740. Thanks Dan

1 0

RE: ndmpcopy question
by Francett, Robert D (SAIC) 04 Oct '02

04 Oct '02

If nothing's changed, I believe it is: email to: majordomo(a)mathworks.com subject: unsubscribe toasters -----Original Message----- From: Dawn Lovell [mailto:dlovell@centurytel.net] Sent: Friday, October 04, 2002 10:30 AM To: Premanshu Jain Cc: toasters(a)mathworks.com Subject: Re: ndmpcopy question I encountered this same message when doing an incremental while migrating to a new filer. The NetApp support person with whom I spoke contacted one of the developers about it. The developer said that the error means that a directory being restored (to the target of the ndmpcopy) referred to an inode which wasn't in the dumpmap. The process assumes that the directory is correct and that the dumpmap is wrong, so it goes with the directory data instead of the dumpmap. I'm not clear on how that works if the affected file is not in the dump (how is it restored to the target machine?), but I'm undoubtedly missing part of the picture. :-) He mentioned that the message might be changed to only appear in debug output, since it should not signal anything that would cause data loss. I had started over with a new level 0 and was on a new incremental by the time I found out that info, so I can't comment as to whether the affected files were actually copied by the incremental that generated the message. Dawn Lovell dlovell(a)centurytel.net On Thu, 3 Oct 2002, Premanshu Jain wrote: > While doing level 1 ndmpcopy, i encounter the following error message in the > log: > > nacktheknife: LOG: RESTORE: nacktheknife: LOG: Inconsistent dumpmap on inode > 1819691. > nacktheknife: LOG: RESTORE: nacktheknife: LOG: Inconsistent dumpmap on inode > 1819692. > nacktheknife: LOG: RESTORE: nacktheknife: LOG: Inconsistent dumpmap on inode > 1819693. > nacktheknife: LOG: RESTORE: nacktheknife: LOG: Inconsistent dumpmap on inode > 1819694. > nacktheknife: LOG: RESTORE: nacktheknife: LOG: Inconsistent dumpmap on inode > 1819695. > nacktheknife: LOG: RESTORE: nacktheknife: LOG: Inconsistent dumpmap on inode > > WHAT DOES THIS MEAN ? > >

1 0

the list
by Paul J. Bell 04 Oct '02

04 Oct '02

my apologies for addressing this to the list. i have attempted, on several occasions, to remove myself from this list, in the approved fashion, all to no avail. on sunday, we will drop the domain of which my current e-mail address is a part, and consequently, all mail to me at that address will be returned to sender. what i have been trying to do is to unsubscribe so that i might re-subscribe under the new address. sounds simple, right. if anyone knows how i can accomplish this i would be most appreciative if you would share such knowledge with me. -paul

1 0

ndmpcopy question
by Premanshu Jain 04 Oct '02

04 Oct '02

While doing level 1 ndmpcopy, i encounter the following error message in the log: nacktheknife: LOG: RESTORE: nacktheknife: LOG: Inconsistent dumpmap on inode 1819691. nacktheknife: LOG: RESTORE: nacktheknife: LOG: Inconsistent dumpmap on inode 1819692. nacktheknife: LOG: RESTORE: nacktheknife: LOG: Inconsistent dumpmap on inode 1819693. nacktheknife: LOG: RESTORE: nacktheknife: LOG: Inconsistent dumpmap on inode 1819694. nacktheknife: LOG: RESTORE: nacktheknife: LOG: Inconsistent dumpmap on inode 1819695. nacktheknife: LOG: RESTORE: nacktheknife: LOG: Inconsistent dumpmap on inode WHAT DOES THIS MEAN ?

2 1

quota
by Lance R Bailey 04 Oct '02

04 Oct '02

hi, we hava a user who wants to know their user quota. the quota is set up with: * user@/vol/vol1/home 7G but they don't know it's 7G, and it's different from project to project, from home disk to home disk. if i cd into their home dir, and do a df, i see the tree quota not the user quota now, they could remsh into the filer, do a quota report and grep for their name, but we don't let users remsh into the filer :) are there any tools or approaches for this? -- email: lance_bailey(a)pmc-sierra.com box: Lance R. Bailey, unix Administrator vox: +1 604 415 6646 PMC-Sierra, Inc fax: +1 604 415 6151 105-8555 Baxter Place http://www.lydia.org/~zaphod Burnaby BC, V5A 4V7

3 4

Re: Finding who has files open (in use)
by Seth Moskowitz 04 Oct '02

04 Oct '02

I have used a product called Whohasnt.exe which has workied quite well. >From: "Maglinger, Paul" <PMAGLINGER(a)scvl.com> >To: "'NetApps list server'" <toasters(a)mathworks.com> >Subject: Finding who has files open (in use) >Date: Thu, 26 Sep 2002 15:24:02 -0500 > >Greetings toasters! > >Looking for a way to list files that are in use on the filer and who is >using them. I want an output similiar to what you would see if you went >into Windows Server Manager, selected the server and clicked on the "In >Use" >button, but I want something more user friendly than scrolling down looking >for the file name. Specifically, we are having problems with users leaving >files open, which prevents us from writing over them. I'm looking for a >way >to quickly track down who has this file open so they can be flogged, >keel-hauled, then drawn and quartered. Your thoughts, please? > >Remember, you are unique... just like everyone else! > > > >Paul Maglinger, A+, CA, CCA, CET, MCSE >Systems Administrator Shoe Carnival Inc. (812)867-4674 pmaglinger(a)scvl.com _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx

2 1

Re: can't login at 6.2.1R1 ...
by Paul Caron 04 Oct '02

04 Oct '02

Are the hosts listed in your filer's /etc/hosts.equiv file and/or /etc/trusted.hosts file fully qualified? You might be experiencing a host name lookup failure. You could try just specifying IP addresses for the admin hosts as a temporary fix.

3 2

MRTG stats after upgrading to 6.2.1r1
by Clawson, Simon 04 Oct '02

04 Oct '02

Hi, We just noticed that after upgrading to the new GA our CPU usage as reported in MRTG jumped up quite a bit. We previously maxed out the CPU (well 91%) for a very short time previously, last night however the max out period lasted for a couple of hours..anyone else notice similar behaviour? I will keep a close eye on it.. Simon Simon Clawson TEL:- +44 (0)1635 811409 HDL Designer Series Team Systems Administrator FAX:- +44 (0)1635 810108 Mentor Graphics Ireland Ltd (UK Branch) MOB:- +44 (0)7788 716071 Rivergate London Road Newbury Berkshire RG14 2QB

1 0

RE: upgrading the ONTAP version
by Clawson, Simon 04 Oct '02

04 Oct '02

I upgraded last night, and see this message now. Any news from NetApp? Simon -----Original Message----- From: Paul Caron [mailto:caron@sig.com] Sent: 03 October 2002 17:10 To: DFinn(a)studentadvantage.com Cc: toasters(a)mathworks.com Subject: Re: upgrading the ONTAP version We were in a similar situation with a clustered pair of F740 filers running ONTAP 5.3.4R2. They are now running ONTAP 6.2.1D11. The steps I always follow are: 1) Upgrade filer firmware to latest rev. 2) Upgrade ONTAP version 3) Upgrade disk firmware to latest rev. Note that the disk firmware upgrades MAY have to come before the ONTAP version upgrade. There are a few field alerts about the types of disks that fall into this category on the NOW site. Also, the newer versions of ONTAP will handle the disk firmware upgrade automagically, unless you have clustered filers. The install is not very difficult. The best approach is to just follow the upgrade steps posted on the NOW site. So far, they have always been accurate. There is a set of upgrade steps posted with each version of ONTAP. Also, I have never had a problem with license carry-over. I believe that the latest system board firmware rev. you want is 2.8_a2 (also posted on the NOW site). The only weirdness I've seen since the upgrade is the following CIFS audit messages: [toaster: registry_control:notice]: Restarting CIFS auditing with new buffer size. [toaster: registry_control:warning]: option cifs.audit.membufsize: Value (4096) is out of range (10240 to 262144), using 65536 instead. I'm still trying to figure out what's causing this. The cifs.audit.membufsize option is actually set to 65536 on both of the filers. Also, I've turned CIFS auditing off. However, it mysteriously turns itself back on every hour. Strange, but it hasn't caused any problems that I've found yet. >From: Daniel Finn <DFinn(a)studentadvantage.com> >To: "'toasters(a)mathworks.com'" <toasters(a)mathworks.com> >Subject: upgrading the ONTAP version >Date: Thu, 3 Oct 2002 09:29:05 -0400 >MIME-Version: 1.0 > >we have a F740 running an older version of ONTAP, version 5.3.5R2. The rest >of our netapps run 6.1.3. What would I need to do in order to bring this >netapp up to date? I think I can get my hands on the floppy disks. How >hard is the install? Do all the licenses carry over? Also, the firmware >release below, 2.3._a2, can/should that be upgraded also? > > > NetApp Release 5.3.5R2: Tue Mar 28 15:48:22 PST 2000 > System ID: 0016791464 (na4m-be) > slot 0: System Board (NetApp System Board V N0) > Model Name: F740 > Serial Number: 221290 > Firmware release: 2.3_a2 > Memory Size: 512 MB > >Thanks >Dan

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