toasters

toasters@lists.teaparty.net

13515 discussions

RE: An idea on migrating NTFS data
by Walsh, Warren (MN65) 13 Jul '01

13 Jul '01

We recently moved about 400GB of data from a NT4 file server to a Win2k file server using a tool from Fastlane. The tool also had a NetApp proxy, where you would install the software on a third system, independent of the first server and the filer. Not sure if it would work for two filers, but it might be worth a try. It would beat the backup and restore route, and then trying to hack the permissions with the cacls or subinacls tools. Ugh. We had a ton of local groups, and a few local accounts, that were all migrated pretty painlessly. Drop an email back if you want more details on the product. The web page is http://www.quest.com/fastlane/consolidator/. The Fastlane product beat Aletia's in the last Windows 2000 magazine review. -warren -----Original Message----- From: Jeffrey Krueger [mailto:jkrueger@qualcomm.com] Sent: Tuesday, July 03, 2001 4:37 PM To: toasters(a)mathworks.com Subject: An idea on migrating NTFS data We are about to migrate a bunch of data between different filers, among which is some NTFS security style data. The only non-slam-dunk about it is NTFS local groups. Background: We use the Microsoft recommended method of assigning rights to filesystems, that is UGLR (phonetic == Uglier). Users belong to ... Global groups, which belong to ... Local groups, which are assigned access to ... Resources. The problem is that Local groups have a non-global SIDs between machines. That is, each filer assigns its own local SID's to local groups in its /etc/lclgroups.cfg on the root volume. That SID gets moved with the ACL data to the destination, but the destination machine can't resolve its membership with its local groups. The traditional approach to fixing this is using a tool from Aelita or subinacl to traverse the entire destination filesystem (post-migration) and replacing any occurrence of the old SID with that of a new SID for a local group on the destination filer. This is all fine and good, but could take forever. -------- THE IDEA -------- Here's my idea on a better way to do this. Simply shutdown CIFS on the destination machine pre-move and create analogous local group entries with SIDs that match the source. NetApp tech support might not like the idea too much, but it would mean that the same global groups would belong to that SID and thus no filesystem traversing or ACL modification! Ta Da! Unfortunately, we are copying data from more source machines than there are destination machines and we are not copying data per filer - that is some data from filer1 will go to filerA, some to filerB, etc. This means that for my scheme to work, we'd need globally unique local group SID's. Since it appears that ONTAP starts assigning local group SID's at 65536 sequentially, we have lots of conflicting local groups with those lower numbered SID's. To still use the original concept, I had the idea of copying the membership of all the groups on the source filers into new local groups with globally unique SID's. Then run one of the ACL tools to create analogous ACE's for the new group wherever it finds the old one. (This is all done pre-migration) After the migration we simply create local groups on the destination machine with SID's of the new, analogous rights granted group. Has anyone tried something like this before?? Can anyone see any problems with this approach?? How about an alternative approach?? Again, the idea is to prevent the requirement of a filesystem traversal during migration. Thanks in advance!! -- Jeff -- ---------------------------------------------------------------------------- Jeff Krueger, NetApp CA E-Mail: jeff(a)qualcomm.com Senior Engineer Phone: 858-651-6709 Storage Lead (NAS/SAN) Fax: 858-651-6627 QUALCOMM, Inc. IT Engineering Web: www.qualcomm.com

1 0

turning off CIFS termination notification to CIFS clients
by Lella Bennett 13 Jul '01

13 Jul '01

Does anyone know of a way to turn off the notifications that get sent to all connected CIFS clients when CIFS is being terminated? Thanks in advance! Lella Bennett Systems Engineer NAREX Inc. 303.526.4000 x714 - office phone 303.638.8921 - mobile phone

2 1

RE: turning off CIFS termination notification to CIFS clients
by Muhlestein, Mark 13 Jul '01

13 Jul '01

There is a hidden option, cifs.shutdown_msg_level. It is set as follows: "0" Never send broadcast shutdown messages "1" Only send broadcasts to sessions with open files "2" Send broadcasts to all connected sessions (default) Mark > -----Original Message----- > From: Lella Bennett [mailto:LBennett@NAREX.com] > Sent: Friday, July 13, 2001 9:40 AM > To: toasters(a)mathworks.com > Subject: turning off CIFS termination notification to CIFS clients > > > Does anyone know of a way to turn off the notifications that > get sent to > all connected CIFS clients when CIFS is being terminated? > > Thanks in advance! > > Lella Bennett > Systems Engineer > NAREX Inc. > 303.526.4000 x714 - office phone > 303.638.8921 - mobile phone > >

1 0

Filer Serial Connectivity
by Martin Hughes 13 Jul '01

13 Jul '01

Good morning all, We have 4 clustered F840Cs in our environment. As a backup connection method, we're looking at some type of terminal server that we can connect the filers to that will present the filers serial ports as IP addresses that we can connect to , in order to view the bootup messages etc, with a modem hookup in case of complete network failure. Does anyone else out there have any recommendations on make/model of equipment? Thanks as always, in advance. Regards Martin Enterprise Storage/Enterprise Server Group <mailto:martin.hughes@halliburton.com> cellphone: +1 713 303 9214 office: +1 281 871 4124 <<Martin JV Hughes (E-mail).vcf>>

12 14

RE: Ms Exchange and Netapp Filers
by Joe Luchtenberg 13 Jul '01

13 Jul '01

I'm not sure where's the best place to direct this feedback, but the NetApp Tech Library papers on Exchange on filers and SnapManager you listed below ought to be updated for SnapManager 1.1. In particular, there is no reference to NetApp Drive, and restores are described as 50GB/hr copies from Snapshots rather than SnapRestore-style reversions to the Snapshots. Joe Joe Luchtenberg Dataline, Inc. 757-858-0600 757-285-1223 (mobile) 757-858-0606 (fax) joe.luchtenberg(a)data-line.com www.data-line.com > -----Original Message----- > From: White, Lance [mailto:Lance.White@netapp.com] > Sent: Friday, July 13, 2001 9:27 AM > To: 'lallin(a)millermartin.com'; toasters(a)mathworks.com > Subject: RE: Ms Exchange and Netapp Filers > > > 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

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

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