toasters

toasters@lists.teaparty.net

13515 discussions

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

RE: Drive cleaning
by Todd Kofchur 27 Mar '07

27 Mar '07

" Now, LTO technology has a variable speed head which speeds up and slows down relative to the speed of the tape passing it. This removes the shoe-shine affect seen in DLT drives." This does not completely remove the possibility of shoe-shine. All tape drives must maintain a minimal speed to write data to the tape and they will NOT be able to go below this threshold. If your network is slower than this minimal threshold you will get shoe-shining even with variable speed heads. __________________________ Todd Kofchur President Penaria Technologies, Inc. O: 703-327-3874 C: 703-220-0347 www.penaria.com -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Parsons, Steve Sent: Tuesday, March 27, 2007 12:51 PM To: Mark.Jeffries(a)ubs.com; tmacmd(a)gmail.com; pkeating(a)bank-banque-canada.ca Cc: michael.miller.ctr(a)ustranscom.mil; toasters(a)mathworks.com Subject: RE: Drive cleaning Rather, http://www.overlandstorage.com/whitepapers/LTO_Cleaning_wp.pdf. Steve -----Original Message----- From: Mark.Jeffries(a)ubs.com [mailto:Mark.Jeffries@ubs.com] Sent: Tuesday, March 27, 2007 4:47 AM To: tmacmd(a)gmail.com; pkeating(a)bank-banque-canada.ca Cc: michael.miller.ctr(a)ustranscom.mil; toasters(a)mathworks.com Subject: RE: Drive cleaning It is a little known fact that cleaning tapes do not clean. They are a fixed length of tape which is used to calibrate the gearing of drives when an error occurs. For instance, a DLT drive needs it's head spin speed to be synchronised with the speed that the tape passes it as the tape needs to move at a constant speed. If too many errors occur, a DLT drive will ask to be "cleaned". Now, LTO technology has a variable speed head which speeds up and slows down relative to the speed of the tape passing it. This removes the shoe-shine affect seen in DLT drives. I have never seen an LTO drive require "cleaning" as they tend to always be in sync. Take from this what you will, but I'd rather use the space in the library for data. If an LTO drive asks for cleaning, it has issues!!! Regards, Jeffers. -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of tmac Sent: 26 March 2007 14:14 To: Paul Keating Cc: Miller, Michael CTR USTRANSCOM J2; toasters(a)mathworks.com Subject: Re: Drive cleaning It is fixed now. NBU 6.0 does in fact support TapeAlert on most NDMP-attached tape drives now. All the tapes were discovered, I told it which two were cleaning tapes. NBU just never modified the "cleanings left" and left it at 0. Hence, I had no available media. As soon as I moved it to a non-zero number, it was good. On 3/26/07, Paul Keating <pkeating(a)bank-banque-canada.ca> wrote: > > The STK libraries only require them if you're using library based > cleaning. > > If you're using tape alert, or otherwise using Netbackup controlled > cleaning, you can make any tape ID a cleaning tape......then using "CLN" > labels is only a Really Good Idea (TM). > > Also, Tape alert does not work (or didn't, last I heard) for Filer > attached drives. > Any tape drives connected to an NDMP device must be cleaned manually, > or on a "frequency based" schedule, as the NDMP devices do not know > what to do with the received tape alert message, like a Netbackup > media server would. > You could use Library based cleaning, but that must be turned on for > all drives in the Libary, and frequently causes problems with Netbackup. > > Now back to your problem. If the media were "discovered" by Netbackup, > and they didn't have a barcode rule defined for them, they were > probably placed in the "DEFAULT" media type, which is probably HCART3. > In that case, you need to change the cleaning tapes to media type > "HC3_CLN", and make sure the "number of cleanings remaining" is set to > a value higher than 0, Volume Pool is set to "None". > > However it is much easier to define your cleaning tapes before you > inventory the robot, as you can't change the media type in the GUI for > an assigned media cart. > > Cheers, > > Paul > -- > > > > -----Original Message----- > > From: owner-toasters(a)mathworks.com > > [mailto:owner-toasters@mathworks.com] On Behalf Of Miller, Michael > > CTR USTRANSCOM J2 > > Sent: March 26, 2007 7:25 AM > > To: tmac; toasters(a)mathworks.com > > Subject: RE: Drive cleaning > > > > > > Do you need a cleaning tape barcode label? Assumes your library uses > > barcodes of course, I don't know the device myself. The StorageTek > > libraries I have used required them. > > > > Mike Miller > > General Dynamics Information Technology Michael.Miller(a)gdit.com > > Phone: 618-229-1185 > > > > > > -----Original Message----- > > From: owner-toasters(a)mathworks.com > > [mailto:owner-toasters@mathworks.com] > > On Behalf Of tmac > > Sent: Sunday, March 25, 2007 5:00 PM > > To: toasters(a)mathworks.com > > Subject: Drive cleaning > > > > > > I have: > > > > 2 x R200(7.2.1.1), 1 x FAS980(7.2.1.1), 1 x Brocade 3850 > > (5.2.0a) Scalar > > i500 (320) with 3 x LTO-3 (IBM, 64D0) All connected through FC > > switch. Th library is licensed for 82 slots. 80 of them have LTO3 > > tapes 2 of them are cleaning tapes > > > > I run the auto-configure on Veritas. > > It picks up the library on all three filers, only uses the library > > on one (as expected). It sees three paths to each of the tape drives > > (also as expected) The inventory scans all the media and sees 82 > > tapes. I tell > > it ID 99 & 100 are the cleaning tapes. > > > > I can create policies and backup without any problems. > > > > Veritas NBU 6.0 (and MP2, MP3 & MP4) has a problem trying to clean > > the tape drives. When I try to manually clean one I get the > > following: > > > > (96) unable to allocate new media for backup, storage unit has none > > available > > > > Detailed status: > > requesting resource IBM.ULTRIUM-TD3:001:__ANY__ > > Error nbjm (pid=22634) NBU status: 96, EMM status: No media is > > available unable to allocate new media for backup, storage unit has > > none available > > (96) > > > > Every time, it is the same. > > > > TapeAlert shows enabled for the drives. > > > > > > Anyone have any ideas? > > > > -- > > --tmac > > > > RedHat Certified Engineer > > > ====================================================================== > ============== > > 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. > -- --tmac RedHat Certified Engineer Visit our website at http://www.ubs.com This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation or offer to buy or sell any securities or related financial instruments. UBS Limited is a company registered in England & Wales under company number 2035362, whose registered office is at 1 Finsbury Avenue, London, EC2M 2PP, United Kingdom. UBS AG (London Branch) is registered as a branch of a foreign company under number BR004507, whose registered office is at 1 Finsbury Avenue, London, EC2M 2PP, United Kingdom. UBS Clearing and Execution Services Limited is a company registered in England & Wales under company number 03123037, whose registered office is at 1 Finsbury Avenue, London, EC2M 2PP, United Kingdom.

1 0

how to obtain patch releases
by J. Greg Mackinnon 27 Mar '07

27 Mar '07

We currently are running OnTap 7.2.0 and not having fun with it. 7.2.1 contains many important fixes, but 7.2.1P1 has some critical fixes as well. I am getting fed up waiting for the next GA release, and I am willing to take the risk of running a patch build. The only problem... I cannot figure out how to download it! In the past I have found patch release download links in the NOW KB when referencing a related bug number... not so this time. Anyone know how to get the binaries? Open a support case? Bribe a NetApp tech? Thanks, -Greg Mackinnon University of Vermont

4 3

RE: Drive cleaning
by Paul Keating 27 Mar '07

27 Mar '07

The STK libraries only require them if you're using library based cleaning. If you're using tape alert, or otherwise using Netbackup controlled cleaning, you can make any tape ID a cleaning tape......then using "CLN" labels is only a Really Good Idea (TM). Also, Tape alert does not work (or didn't, last I heard) for Filer attached drives. Any tape drives connected to an NDMP device must be cleaned manually, or on a "frequency based" schedule, as the NDMP devices do not know what to do with the received tape alert message, like a Netbackup media server would. You could use Library based cleaning, but that must be turned on for all drives in the Libary, and frequently causes problems with Netbackup. Now back to your problem. If the media were "discovered" by Netbackup, and they didn't have a barcode rule defined for them, they were probably placed in the "DEFAULT" media type, which is probably HCART3. In that case, you need to change the cleaning tapes to media type "HC3_CLN", and make sure the "number of cleanings remaining" is set to a value higher than 0, Volume Pool is set to "None". However it is much easier to define your cleaning tapes before you inventory the robot, as you can't change the media type in the GUI for an assigned media cart. Cheers, Paul -- > -----Original Message----- > From: owner-toasters(a)mathworks.com > [mailto:owner-toasters@mathworks.com] On Behalf Of Miller, > Michael CTR USTRANSCOM J2 > Sent: March 26, 2007 7:25 AM > To: tmac; toasters(a)mathworks.com > Subject: RE: Drive cleaning > > > Do you need a cleaning tape barcode label? Assumes your library uses > barcodes of course, I don't know the device myself. The StorageTek > libraries I have used required them. > > Mike Miller > General Dynamics Information Technology > Michael.Miller(a)gdit.com > Phone: 618-229-1185 > > > -----Original Message----- > From: owner-toasters(a)mathworks.com > [mailto:owner-toasters@mathworks.com] > On Behalf Of tmac > Sent: Sunday, March 25, 2007 5:00 PM > To: toasters(a)mathworks.com > Subject: Drive cleaning > > > I have: > > 2 x R200(7.2.1.1), 1 x FAS980(7.2.1.1), 1 x Brocade 3850 > (5.2.0a) Scalar > i500 (320) with 3 x LTO-3 (IBM, 64D0) All connected through FC switch. > Th library is licensed for 82 slots. 80 of them have LTO3 tapes 2 of > them are cleaning tapes > > I run the auto-configure on Veritas. > It picks up the library on all three filers, only uses the library on > one (as expected). It sees three paths to each of the tape > drives (also > as expected) The inventory scans all the media and sees 82 > tapes. I tell > it ID 99 & 100 are the cleaning tapes. > > I can create policies and backup without any problems. > > Veritas NBU 6.0 (and MP2, MP3 & MP4) has a problem trying to clean the > tape drives. When I try to manually clean one I get the following: > > (96) unable to allocate new media for backup, storage unit has none > available > > Detailed status: > requesting resource IBM.ULTRIUM-TD3:001:__ANY__ > Error nbjm (pid=22634) NBU status: 96, EMM status: No media > is available > unable to allocate new media for backup, storage unit has > none available > (96) > > Every time, it is the same. > > TapeAlert shows enabled for the drives. > > > Anyone have any ideas? > > -- > --tmac > > RedHat Certified Engineer > ==================================================================================== 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.

4 3

Drive cleaning
by tmac 26 Mar '07

26 Mar '07

I have: 2 x R200(7.2.1.1), 1 x FAS980(7.2.1.1), 1 x Brocade 3850 (5.2.0a) Scalar i500 (320) with 3 x LTO-3 (IBM, 64D0) All connected through FC switch. Th library is licensed for 82 slots. 80 of them have LTO3 tapes 2 of them are cleaning tapes I run the auto-configure on Veritas. It picks up the library on all three filers, only uses the library on one (as expected). It sees three paths to each of the tape drives (also as expected) The inventory scans all the media and sees 82 tapes. I tell it ID 99 & 100 are the cleaning tapes. I can create policies and backup without any problems. Veritas NBU 6.0 (and MP2, MP3 & MP4) has a problem trying to clean the tape drives. When I try to manually clean one I get the following: (96) unable to allocate new media for backup, storage unit has none available Detailed status: requesting resource IBM.ULTRIUM-TD3:001:__ANY__ Error nbjm (pid=22634) NBU status: 96, EMM status: No media is available unable to allocate new media for backup, storage unit has none available (96) Every time, it is the same. TapeAlert shows enabled for the drives. Anyone have any ideas? -- --tmac RedHat Certified Engineer

2 2

ISCSI Issue and VMWare ESX 3.0.1
by Justin Brodley 22 Mar '07

22 Mar '07

I'm currently dealing with a problem on several of our ESX IBM LS21 Blades when trying to attach to ISCSI Luns on the Netapp FAS 3020's. Our Netapp currently connects to two separate physical networks to deliver ISCSI connectivity. The ESX support folks are telling us that the netapp presents both ISCSI interfaces to the server. Initially the ESX box connects on the correct interface, but then after a few hours it attempts to try the other IP address and fails and disconnects the entire VM Host from the Netapp, despite the fact that the network never went down. We have several Windows 2003 servers with ISCSI initiator that don't have this problem on identical hardware and chassis. I assume that either ESX's iscsi initiator is badly designed, or MS has broken some industry standard spec. To rearchitect our storage network will take significant investment on our part, and we'd rather come up with a way to fix this either by pushing on ESX to fix the initiator or finding a way to have the Netapp only send one IP address back to the initiator. Is there any way to resolve this from the Netapp perspective? Thanks in advance. -Justin

5 10

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