toasters

toasters@lists.teaparty.net

1 participants
13530 discussions

RE: Ms Exchange and Netapp Filers
by Waters, G Scott DSTI 13 Jul '01

13 Jul '01

>>We are currently a Lotus Notes shop and are looking to move to Exchange. Sorry to hear that. Do you really want to do that?? >>We have specked out a server and are planning to place the Exchange data on the filer. Do you know you are placing your Exchange server in an unsupported mode as far as Microsoft is concerned??? >>Our question is related to connectivity. Is anyone running fast ethernet between their filer and Exchange server? Or is Gigabit the best bet? The place where I work has purchased another filer (we already have one being used for network file services) so that we can move our Exchange databases to it (against my recommendations). The salesman told us that GigE on a private network between the filer and the server is the only way to go. It needs the GigE for quick responses to the Exchange server. I do not have any personal experiences yet. How many people are you planning on supporting and how active are they on e-mail?? Good lUck. - Scott W.

1 0

RE: Ms Exchange and Netapp Filers
by White, Lance 13 Jul '01

13 Jul '01

As per http://www.netapp.com/tech_library/3074.html MicrosoftR Exchange and NetAppT Filers: Recommendations for Deployment, if you scroll down to section 4.2.2, we highly encourage the use of low latency connections like Gigabit, particularly in database configurations. There are several other useful documents in the tech library that will steer you in the right direction for a successful deployment, including http://www.netapp.com/tech_library/3054.html MicrosoftR Exchange and NetAppR Filers: Technical Integration and Installation Supplement and http://www.netapp.com/tech_library/3067.html MicrosoftR Exchange and NetAppR Filers: An Overview. In addition, an independently-written Total Cost of Ownership report is at http://www.netapp.com/tech_library/3103.html. Lance Lance White Systems Engineer British Columbia Region Network Appliance, Inc. Phone: (604) 980-3568 Cellular: (604) 209-5476 -----Original Message----- From: lallin(a)millermartin.com [mailto:lallin@millermartin.com] Sent: Friday, July 13, 2001 6:00 AM To: toasters(a)mathworks.com Subject: Ms Exchange and Netapp Filers We are currently a Lotus Notes shop and are looking to move to Exchange. We have specked out a server and are planning to place the Exchange data on the filer. Our question is related to connectivity. Is anyone running fast ethernet between their filer and Exchange server? Or is Gigabit the best bet? What are your experiences with either of these? Thanks in advance for your input. ---------------------------------------- Luther Allin, MCSE Network Systems Engineer Miller & Martin LLP lallin(a)millermartin.com http://www.millermartin.com/ Phone: 423-785-8381 Fax: 423-321-1678 ----------------------------------------

1 0

Ms Exchange and Netapp Filers
by lallin＠millermartin.com 13 Jul '01

13 Jul '01

We are currently a Lotus Notes shop and are looking to move to Exchange. We have specked out a server and are planning to place the Exchange data on the filer. Our question is related to connectivity. Is anyone running fast ethernet between their filer and Exchange server? Or is Gigabit the best bet? What are your experiences with either of these? Thanks in advance for your input. ---------------------------------------- Luther Allin, MCSE Network Systems Engineer Miller & Martin LLP lallin(a)millermartin.com http://www.millermartin.com/ Phone: 423-785-8381 Fax: 423-321-1678 ----------------------------------------

1 0

RE: Deleting data on NetApp.
by Yoder, Alan 12 Jul '01

12 Jul '01

Rm is a very simple command with no switches. It will refuse to delete a directory. The syntax is rm <full path name> In general, deleting files from Unix or NT is preferable. Alan =============================================================== Alan G. Yoder agy(a)netapp.com Network Appliance, Inc. Sunnyvale, CA 408-822-6919 =============================================================== > -----Original Message----- > From: neil lehrer [mailto:nlehrer@ibb.gov] > Sent: Wednesday, July 11, 2001 4:01 PM > To: Chris Thompson > Cc: Jeffrey Krueger; Adam.Fox(a)netapp.com; meital.israel(a)intel.com; > toasters(a)mathworks.com > Subject: Re: Deleting data on NetApp. > > > i'd like to know the detailed syntax for this. any nice > netapp folks just jump > in. > > Chris Thompson wrote: > > > > jkrueger(a)qualcomm.com (Jeffrey Krueger) writes > > > > > > I just wish I could delete files on a NetApp from the > console. It takes > > > forever and a day to remove a hundred or more GB off a > filer from either > > > CIFS or NFS. > > > > Surely it's the number of files, not their size, that matters? > > > > > An "rm" in the ONTAP CLI would be super handy. > > > > toaster> priv set advanced > > Warning: These advanced commands are potentially dangerous; use > > them only when directed to do so by Network Appliance > > personnel. > > toaster*> help rm > > rm - remove files > > > > Not that I've tried it, with that sort of health warning! > > > > > It could > work *much* faster > > > then over the wire. > > > > The amount of over-the-wire traffic needed to delete > zillions of files > > using NFS isn't really all that large. The delays you see are more > > likely to be the effect of sub-optimal NFS client implementations. > > For example, I remember large "rm -r"s to a filer becoming *much* > > faster after a patch to the NFS client code in Solaris 2.6. > > > > 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. > > -- > > > 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

RE: Benchmarks
by Thompson, Tim 12 Jul '01

12 Jul '01

> You'll find how busy your individual disks are that way, plus a BUNCH of > other things, but that's probably the most important. We have just added a new tool to the "Tools and Utilities" download area on the NOW site, for exactly this purpose. It is called the "Per-Volume Performance Stats Tool", written in Perl. You can either use it through a web interface (you install it behind a Windows or UNIX web server and talk to it through your browser) or use a CLI version that is also included. The URL for the tool is: http://now.netapp.com/NOW/download/tools/pvstats/ Please check it out, and we're certainly interested in any feedback on it - we intend to do more in the area of performance tools, and your input always has an effect. ...Tim Thompson...Network Appliance, Inc...

1 0

Netapp + Amanda.: Problems
by Ashwin Kotian 12 Jul '01

12 Jul '01

We have been having problems backing up our Netapp filer using Amanda. We are using the modified dump program for Netapp but still everytime the amanda script runs it finds the mounted disk offline. The following are the entries in our Tape Backup server running Amanda server( it hosts the tape device too )...../etc/fstab file: /dev/sda5 on / type ext2 (rw) none on /proc type proc (rw) /dev/sda1 on /boot type ext2 (rw) /dev/sdb1 on /SPOOL1 type ext2 (rw) /dev/sdc1 on /SPOOL2 type ext2 (rw) none on /dev/pts type devpts (rw,gid=5,mode=620) automount(pid468) on /misc type autofs (rw,fd=5,pgrp=468,minproto=2,maxproto=3) xxx.xxx.xxx.xxx:/vol/vol1/home/oracle/oradata on /netapp/oradata/backup type nfs (ro ,addr=xxx.xxx.xxx.xxx) xxx.xxx.xxx.xxx:/etc on /netapp/etc type nfs (ro,addr=xxx.xxx.xxx.xxx) (xxx.xxx.xxx.xxx is the IP address of our Filer Interface) Also, the entries in the disklist file corresponding to the Netapp Filer is: # BEGIN NETAPP SECTION # Netapp filesystems via modified dump program. xxx.navin.com /netapp/oradata/backup nocomp-user -1 local # END NETAPP SECTION where xxx.navin.com is the FQDN of our Tape Backup Server. I have the debug option ON during the Dump......and /tmp/dumpout gives the following log output for the Netapp filesystem: ---- [25044]: Mon Jul 9 19:02:01 2001 [25044]: dump 0Shsf 0 1048576 - xxx.xxx.xxx.xxx:/vol/vol1/home/oracle/oradata [25044]: xxx.xxx.xxx.xxx:/vol/vol1/home/oracle/oradata: No such file or directory while opening filesystem^M ---- [25047]: Mon Jul 9 19:02:03 2001 [25047]: dump 1Shsf 0 1048576 - xxx.xxx.xxx.xxx:/vol/vol1/home/oracle/oradata [25047]: DUMP: WARNING: There is no inferior level dump on this filesystem [25047]: DUMP: WARNING: Assuming a level 0 dump by default [25047]: xxx.xxx.xxx.xxx:/vol/vol1/home/oracle/oradata: No such file or directory while opening filesystem^M ---- Also, the /tmp/amanda/sendsize.debug contains the following entries: asking killpgrp to terminate calculating for amname '/netapp/oradata/backup', dirname '/netapp/oradata/backup' sendsize: getting size via dump for /netapp/oradata/backup level 0 sendsize: running "/sbin/dump 0Shsf 0 1048576 - xxx.xxx.xxx.xxx:/vol/vol1/home/or acle/oradata" running /usr/local/amanda/libexec/killpgrp xxx.xxx.xxx.xxx:/vol/vol1/home/oracle/oradata: No such file or directory while op ening filesystem^M ..... (no size line match in above dump output) ..... asking killpgrp to terminate sendsize: getting size via dump for /netapp/oradata/backup level 1 sendsize: running "/sbin/dump 1Shsf 0 1048576 - xxx.xxx.xxx.xxx:/vol/vol1/home/or acle/oradata" running /usr/local/amanda/libexec/killpgrp DUMP: WARNING: There is no inferior level dump on this filesystem DUMP: WARNING: Assuming a level 0 dump by default xxx.xxx.xxx.xxx:/vol/vol1/home/oracle/oradata: No such file or directory while op ening filesystem^M ..... (no size line match in above dump output) Based on the above info, is there anything that you see could be the problem. Amanda is backing up every other host on our network except for The Netapp Filer. Desperately looking for some advice. Thanks in advance, Ashwin .....

1 0

RE: Benchmarks
by Fox, Adam 12 Jul '01

12 Jul '01

My answer today is sponsored by the NTAP Advanced ONTAP class. This class covers how to measure items like the ones suggested below. Check out the NOW site for times, places, and costs..it's worth it! Now to the answer: To view NVRAM stats, you use the wafl_susp command. To find this command, you'll need to be in rc_toggle_basic or priv set advanced mode. To zero out the stats, use: filer*> wafl_susp -z Then run your test. Then to view the stats, run: filer*> wafl_susp -w You'll get screens full of info but the really important ones are the following 3: cp_from_timer cp_from_log_full cp_from_cp The first 2 are good, the 3rd one is bad. cp_from_timer is the number of times your NVRAM was flushed because half of the NVRAM was not filled in 10 seconds. cp_from_log_full is when you filled up half of your NVRAM and flushed it before the 2nd half of your NVRAM filled. Again, not a big deal. The 3rd one, cp_from_cp means that you filled the 2nd side of your NVRAM BEFORE you finished flushing the first half. This is bad. It's okay to have a few of them, but if they get to be a signifcant percentage of your cps, you're either over-running your NVRAM, or there's a problem with your disk subsystem and it's not writing out the data very quickly (like maybe your volume is 99% full). Now individual disk utilizations are found with statit. This is similar to wafl_susp in that you start it, then you stop it and print out the results. The 2 command for statit are filer*> statit -b to start collecting filer*> statit -e to end it and dump the data. You'll find how busy your individual disks are that way, plus a BUNCH of other things, but that's probably the most important. But before I'd even go down these paths, I'd be watching my sysstat's very carefully. sysstat 1 is your friend in looking at performance. It can give you some really good clues. Also check netstat, ifstat, and the other networking commands for errors. Check your switch ports for dropped packets. Things like flow control settings (a good thing, I suggest full flowcontrol on send and receive) can also mess up Gbit interfaces. Anyway, this is probably all I can practically jam into a single message and have it make sense. Of course, the Global Support Centers at NTAP are always here and can help your diagnose these types of problems as well. Hope this helps. -- Adam Fox NetApp Professional Services, NC adamfox(a)netapp.com > -----Original Message----- > From: Flavio E. Cardoso [mailto:flavio.cardoso@interchange.com.br] > Sent: Thursday, July 12, 2001 11:46 AM > To: toasters(a)mathworks.com > Subject: Benchmarks > > > Hi Srs. > > I´m looking for benchmark infomation about FILER 760, mainly about > NVRAM and disk´s operations (reading and writing). > We´ve got the Filer and Servers on a Gigaethernet network but when > we see on switch statistics the thoughtput is slowly than a > fastethernet. > > Flavio Cardoso >

1 0

RE: Deleting data on NetApp.
by Fox, Adam 12 Jul '01

12 Jul '01

I would doubt there were any big fixes to spares_zero. I haven't checked them, but since it's not in regular command mode, I wouldn't hold my breath. One way to keep your console while the process is running is to issue the command via rsh from a trusted host. That way you don't chew up your prompt. Something like: # rsh filer 'priv set diag ; spares_zero' Note, use the single quotes so that both commands go to the filer. Hope this helps. -- Adam Fox NetApp Professional Services, NC adamfox(a)netapp.com > -----Original Message----- > From: Hannes Herret [mailto:hh@bacher.at] > Sent: Thursday, July 12, 2001 12:44 PM > To: Fox, Adam; toasters(a)mathworks.com > Subject: Re: Deleting data on NetApp. > > > hi adam, > > very funny that i got the information 'bout spares_zero in this list. > i had a case regarding this feature at the hotline in netherland and > they told me "no more spares_zero since 6.0" > > btw: is there still the bug in, if i want to CRTL+C while running? > > teach the oranjes !!! > thxfti & cu > hannes > > > "Fox, Adam" wrote: > > > > spares_zero still exists, but you need to > > set your privledge move to diag rather than > > advanced. > > > > This is supposed to all be fixed in an > > upcoming release and there will be an officially > > blessed way to do this. Stay tuned. > > > > Hope this helps. > > > > -- Adam Fox > > NetApp Professional Services, NC > > adamfox(a)netapp.com > > ------------------------------------------------------------------- > Hannes Herret IT-Service / Storage > phone : +43 (1) 60 126-34 Bacher Systems EDV GmbH > fax : +43 (1) 60 126-555 Wienerbergstr. 11B > mailto:hh@bacher.at A-1101 Wien, Austria > www : http://www.bacher.at/ Europe >

1 0

RE: Deleting data on NetApp.
by Fox, Adam 12 Jul '01

12 Jul '01

spares_zero still exists, but you need to set your privledge move to diag rather than advanced. This is supposed to all be fixed in an upcoming release and there will be an officially blessed way to do this. Stay tuned. Hope this helps. -- Adam Fox NetApp Professional Services, NC adamfox(a)netapp.com > -----Original Message----- > From: Chris Thompson [mailto:cet1@cus.cam.ac.uk] > Sent: Wednesday, July 11, 2001 6:22 PM > To: Adam.Fox(a)netapp.com > Cc: meital.israel(a)intel.com; toasters(a)mathworks.com > Subject: Re: Deleting data on NetApp. > > > Adam.Fox(a)netapp.com writes about erasing disc contents: > > > > This comes up quite a bit. It all depends on who how sophisticated > > you think the person is who may be trying to retrieve the data is. > > > > For 99.99% of the world, just zero'ing the disks (even > multiple times > > if it makes you feel comfortable) is enough. > > There remains the question of how to do this conveniently within a > NetApp filer. In the past I have made a dummy volume and added the > disks to be erased to it, but I wouldn't be too sure that this zeros > the area at the end of the disk after the right-sized point. > > ONTAP 5.x had a "zero_spares" command in rc_toggle_basic > mode, but this > seems to have gone from advanced mode in ONTAP 6.x. > > > I suppose you could create some dummy data to put on the disks after > > you zero out the disks, then zero them out again. But > that's a lot of > > time and effort to get you from 99.99% to 99.999%. > > > > If you are concerned about professional, government-backed > efforts to > > recover the data, then your only real option is to destroy the disks > > entirely. Bust them into thousands of pieces and dispose > of those pieces > > in different trash containers. > > ... and we've had all sorts of imaginative elaborations along > the lines > of physical mutilation! > > I'm no expert on this sort of thing, but wouldn't baking the disc for > a few hours at a temperature comfortably above the Curie point of the > recording medium be a useful preparatory step? > > 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. >

2 1

Benchmarks
by Flavio E. Cardoso 12 Jul '01

12 Jul '01

Hi Srs. I´m looking for benchmark infomation about FILER 760, mainly about NVRAM and disk´s operations (reading and writing). We´ve got the Filer and Servers on a Gigaethernet network but when we see on switch statistics the thoughtput is slowly than a fastethernet. Flavio Cardoso

1 0

Jump to page:

2026

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