toasters

toasters@lists.teaparty.net

13520 discussions

CIFS overhead with Netapp Filers
by Langdon, Laughlin T. (Lock) 29 Mar '07

29 Mar '07

I was wondering what the CIFS overhead for a NetApp filer would be. Let's say for instance a Windows Server to Windows Server transfer on the same switch, same subnet, GIG copper interconnects, no TOE card, etc gets me up to about 50% utilization (500Mbps). Should that same server to a Netapp Filer see a 20-30% degradation in TX/RX speeds because of CIFS overhead? What should I expect for data rates in this type of scenario? Are there any tweaks anyone knows of to decrease this gap? (same results using static link aggregation, and LACP for the VIF) Thanks Lock

6 15

Re: CIFS overhead with Netapp Filers
by Bryan_West＠shamrockfoods.com 28 Mar '07

28 Mar '07

It could be your network cards we experienced the same issue years ago and replacing the network cards on our windows servers solved it. ----- Original Message ----- From: "Paul Keating" [pkeating(a)bank-banque-canada.ca] Sent: 03/28/2007 08:58 AM To: "Langdon, Laughlin T. (Lock)" <Langdon.Lock(a)Mayo.EDU>;"Brosseau, Paul" <Paul.Brosseau(a)netapp.com>;<toasters(a)mathworks.com> Subject: RE: CIFS overhead with Netapp Filers Windows *is* CIFS. Even many MS docs have dropped references to SMB, or will say something like "...CIFS (formerly SMB)...." Paul -- -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Langdon, Laughlin T. (Lock) Sent: March 28, 2007 11:34 AM To: Brosseau, Paul; toasters(a)mathworks.com Subject: RE: CIFS overhead with Netapp Filers I'm assuming the windows to windows xfer is actually SMB not CIFS ==================================================================================== La version française suit le texte anglais. ------------------------------------------------------------------------------------ This email may contain privileged and/or confidential information, and the Bank of Canada does not waive any related rights. Any distribution, use, or copying of this email or the information it contains by other than the intended recipient is unauthorized. If you received this email in error please delete it immediately from your system and notify the sender promptly by email that you have done so. ------------------------------------------------------------------------------------ Le présent courriel peut contenir de l'information privilégiée ou confidentielle. La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute diffusion, utilisation ou copie de ce courriel ou des renseignements qu'il contient par une personne autre que le ou les destinataires désignés est interdite. Si vous recevez ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans délai à l'expéditeur un message électronique pour l'aviser que vous avez éliminé de votre ordinateur toute copie du courriel reçu.

2 1

RE: CIFS overhead with Netapp Filers
by Paul Keating 28 Mar '07

28 Mar '07

I assume, in both cases, you're doing the test, right after a clean reboot of the Windows server or filer? ie, you're reading from the disk and not from cache? Are you reading from a similar backend disk subsystem in both cases? Paul -- -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Langdon, Laughlin T. (Lock) Sent: March 28, 2007 12:10 PM To: Willeke, Jochen; Brosseau, Paul; toasters(a)mathworks.com Subject: RE: CIFS overhead with Netapp Filers Either way our performance is in the dirt ;) From: Willeke, Jochen [mailto:Jochen.Willeke@wincor-nixdorf.com] Sent: Wednesday, March 28, 2007 9:09 AM To: Langdon, Laughlin T. (Lock); Brosseau, Paul; toasters(a)mathworks.com Subject: RE: CIFS overhead with Netapp Filers AFAIK SMB and CIFS is quite the same. SMB is the old name and CIFS is the rebrand :D Regards Jochen _____ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Langdon, Laughlin T. (Lock) Sent: Wednesday, March 28, 2007 5:34 PM To: Brosseau, Paul; toasters(a)mathworks.com Subject: RE: CIFS overhead with Netapp Filers I'm assuming the windows to windows xfer is actually SMB not CIFS From: Brosseau, Paul [mailto:Paul.Brosseau@netapp.com] Sent: Wednesday, March 28, 2007 7:16 AM To: Langdon, Laughlin T. (Lock); toasters(a)mathworks.com Subject: RE: CIFS overhead with Netapp Filers Wouldn't the Windows Server to Windows Server file transsfer also use CIFS? How are the 2 Windows servers logically connected? Mapped drive? Network Place? IN either case they would also be using CIFS as their file transfer protocol. Remember, CIFS is a Windows protocol not a Netapp protocol. We simply implement it on our storage controllers (filers). I would expect performance to be as good or better. Paulb From: Langdon, Laughlin T. (Lock) [mailto:Langdon.Lock@Mayo.EDU] Sent: Tuesday, March 27, 2007 2:33 PM To: toasters(a)mathworks.com Subject: CIFS overhead with Netapp Filers I was wondering what the CIFS overhead for a NetApp filer would be. Let's say for instance a Windows Server to Windows Server transfer on the same switch, same subnet, GIG copper interconnects, no TOE card, etc gets me up to about 50% utilization (500Mbps). Should that same server to a Netapp Filer see a 20-30% degradation in TX/RX speeds because of CIFS overhead? What should I expect for data rates in this type of scenario? Are there any tweaks anyone knows of to decrease this gap? (same results using static link aggregation, and LACP for the VIF) Thanks Lock ==================================================================================== La version française suit le texte anglais. ------------------------------------------------------------------------------------ This email may contain privileged and/or confidential information, and the Bank of Canada does not waive any related rights. Any distribution, use, or copying of this email or the information it contains by other than the intended recipient is unauthorized. If you received this email in error please delete it immediately from your system and notify the sender promptly by email that you have done so. ------------------------------------------------------------------------------------ Le présent courriel peut contenir de l'information privilégiée ou confidentielle. La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute diffusion, utilisation ou copie de ce courriel ou des renseignements qu'il contient par une personne autre que le ou les destinataires désignés est interdite. Si vous recevez ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans délai à l'expéditeur un message électronique pour l'aviser que vous avez éliminé de votre ordinateur toute copie du courriel reçu.

2 1

RE: CIFS overhead with Netapp Filers
by Paul Keating 28 Mar '07

28 Mar '07

Windows *is* CIFS. Even many MS docs have dropped references to SMB, or will say something like "...CIFS (formerly SMB)...." Paul -- -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Langdon, Laughlin T. (Lock) Sent: March 28, 2007 11:34 AM To: Brosseau, Paul; toasters(a)mathworks.com Subject: RE: CIFS overhead with Netapp Filers I'm assuming the windows to windows xfer is actually SMB not CIFS ==================================================================================== La version française suit le texte anglais. ------------------------------------------------------------------------------------ This email may contain privileged and/or confidential information, and the Bank of Canada does not waive any related rights. Any distribution, use, or copying of this email or the information it contains by other than the intended recipient is unauthorized. If you received this email in error please delete it immediately from your system and notify the sender promptly by email that you have done so. ------------------------------------------------------------------------------------ Le présent courriel peut contenir de l'information privilégiée ou confidentielle. La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute diffusion, utilisation ou copie de ce courriel ou des renseignements qu'il contient par une personne autre que le ou les destinataires désignés est interdite. Si vous recevez ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans délai à l'expéditeur un message électronique pour l'aviser que vous avez éliminé de votre ordinateur toute copie du courriel reçu.

1 0

Method to exercise tape drive?
by Darren Dunham 28 Mar '07

28 Mar '07

Sometimes when troubleshooting backups I want to see if the host can drive data to a tape drive at high speed without involving a filesystem or backup software or the like. I've got some slow NDMP backups on some filers that have fiber-attached LTO-3 drives. At the moment I'm assuming that the contents of the filesystem make it difficult to drive the tapes at high speed, but it would be nice to have another data point that would show that the local drive is or is not behaving properly. Is there any way to have the filer send data to the drive without actually invoking an NDMP backup or running a 'dump'? On another host I might mount a scratch tape and run 'dd if=/dev/zero of=/dev/tape' with an appropriate block size and count. I see a 'dd', but I don't know of a data source like /dev/zero. Is this or something similar possible? Thanks. -- Darren Dunham ddunham(a)taos.com Senior Technical Consultant TAOS http://www.taos.com/ Got some Dr Pepper? San Francisco, CA bay area < This line left intentionally blank to confuse you. >

2 1

NFS File locking between Linux/Windows
by masterblaster 28 Mar '07

28 Mar '07

Hi everyone, currently we have a problem with file locking between Linux and Windows. We use shared access via NFS to files on a FAS3050 filer from Linux and Windows clients. We noticed that file locks, which are set by Linux, only apply to Linux clients and file locks, which are set by Windows, only apply to Windows clients and not vice versa. Question: Is it possible to lock files via NFS from Linux in that way that the files are also locked for Windows client and vice versa (i.e. for OpenOffice Documents) ? Environment: - Netapp Filer FAS3050 with Ontap 7.1.1.1 - Linux NFS Client (Suse 10.0) - Windows XP NFS Client (NFS Client: Microsoft Services for Unix) - Windows NT with Maestro NFS (from Hummingbird) Test programs: - Linux: "flock" command - Windows: "locktest.exe" We don't need byte-range or oplocks ! Just the whole file needs to be locked. Any ideas ? Thanks in advance. -- View this message in context: http://www.nabble.com/NFS-File-locking-between-Linux-Windows-tf3452921.html… Sent from the Network Appliance - Toasters mailing list archive at Nabble.com.

2 2

RE: Any way to dump file listings with acls
by George, Andrew 27 Mar '07

27 Mar '07

You could try dumpsec (google it, it's on winfiles from memory). Be prepared for it to take a LONG time and generate some big files though _____ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Ken Williams Sent: Wednesday, 28 March 2007 6:51 AM To: toasters(a)mathworks.com Subject: Any way to dump file listings with acls Does anyone know of a way to dump out the complete file listing of a filer? How about a way that includes the ACL? I want to get an index of all the files on each of our filers. Currently I'm using an NFS mounted volume and running "find ./ >> findfile". I've also tried using gnu slocate (basically find driven by an index database). Both of these methods take long periods of time. __________________________________________________________ Ken Williams Storage Administrator, Business Technology Operations Sacramento Municipal Utility District E-Mail: kwillia(a)smud.org Phone: (916) 732-6744 Cell: (916) 240-4213 "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication."

1 0

Any way to dump file listings with acls
by Ken Williams 27 Mar '07

27 Mar '07

Does anyone know of a way to dump out the complete file listing of a filer? How about a way that includes the ACL? I want to get an index of all the files on each of our filers. Currently I'm using an NFS mounted volume and running "find ./ >> findfile". I've also tried using gnu slocate (basically find driven by an index database). Both of these methods take long periods of time. __________________________________________________________ Ken Williams Storage Administrator, Business Technology Operations Sacramento Municipal Utility District E-Mail: kwillia(a)smud.org Phone: (916) 732-6744 Cell: (916) 240-4213

1 0

LACP and filers
by tmac 27 Mar '07

27 Mar '07

Has anyone successfully configured LACP for channeling of interface to a Cat6500? What is commands are need on the Switch (IOS)? What needs to be done on the filer? I played with this, but was uncertain. Can anyone shed some light? thanks -- --tmac RedHat Certified Engineer #804006984323821 Principal Consultant, RABA Technologies 240-373-3926 (office) 301-688-4705 (Lab) 214-279-3926 (eFAX)

2 1

Re: how to obtain patch releases
by Chris Thompson 27 Mar '07

27 Mar '07

Mention of patch releases prompts me to vent spleen about the following... If you exercise NOW to fetch ONTAP 7.1.2 you end up at http://now.netapp.com/NOW/download/software/ontap/7.1.2/download.shtml which looks fine until you realise there's no reference to checksums for the files you are about to download. Mystified, I tried 7.1.2P1 instead, which ends one at http://now.netapp.com/NOW/download/software/ontap/7.1.2P1/download.cgi which has the expected link to a checksum page. So although I didn't need any of the fixes in the P1 version, I decide to use that instead. Later, it occurred to me to look at http://now.netapp.com/NOW/download/software/ontap/7.1.2/download.cgi which does have a link to the checksums for the 7.1.2 files. But by then, it was too late ... [In case you are wondering, I am not avoiding 7.2.x because of the problems described by various toaster-posters, but because I am stuck with an F800 series filer.] -- Chris Thompson Email: cet1(a)cam.ac.uk

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