toasters

toasters@lists.teaparty.net

13531 discussions

Re: Trend Virus Wall for NetApp
by Jonathan Dodman 10 Apr '01

10 Apr '01

Good to find somebody who has been carrying out some testing. We are very interested in finding out if there has been a performance hit on the filers when virus scanning is enabled ? We are in the process of getting a beta version, but any news from people who have already tested is always good. Regards Jon Dodman Server Technology Services Office +44 (0) 1473 222445 Mobile +44 (0) 771 8149324 dodmanj(a)willis.com "Gifford, Josh" <Josh.Gifford(a)ptd.siemens.com>@mathworks.com on 09/04/2001 19:07:28 Sent by: owner-toasters(a)mathworks.com To: toasters(a)mathworks.com cc: bcc: Subject: Trend Virus Wall for NetApp Hello fellow filer fans, Just thought I'd let everyone know that I've been running a beta of the Trend Virus Wall for NetApp (Data ONTAP 6.1) for a few weeks now and it seems to be working fine so far. It runs on a separate server and scans each file coming and going. I'm not sure when it is to be released to the public, but if you have any questions about how it's set up or what kind of problems we have run in to (none so far), feel free to contact me. Best Regards, Josh J Gifford MCP Senior NT Administrator Siemens Power Transmission & Distribution 7000 Siemens Rd Wendell, NC 27591 Phone: (919) 365-2806; Fax: (919) 365-1080 Email: josh.gifford(a)ptd.siemens.com ______________________________________________________________________ The information in this email and in any attachments is confidential and may be privileged. If you are not the intended recipient, please destroy this message, delete any copies held on your systems and notify the sender immediately. You should not retain, copy or use this email for any purpose, nor disclose all or any part of its content to any other person.

1 0

RE: Trend Virus Wall for NetApp
by Tony Qin (PM-US) 10 Apr '01

10 Apr '01

Dear Craig, Thanks for your interest in Trend Micro's ServerProtect for Network Appliance Filer 5.3. The product is being under external beta test, and is expected to release on 4/30/01 if the test is fine. I'll keep you informed of our progress. With regards, Tony Qin, M.S., Ph.D. Product Manager Trend Micro, Inc. www.antivirus.com Direct: 408-863-6411 Fax: 408-863-6399 -----Original Message----- From: Uren, Jim [mailto:jim.uren@netapp.com] Sent: Monday, April 09, 2001 1:52 PM To: Tony Qin (PM-US) Subject: FW: Trend Virus Wall for NetApp Hi Tony, I am not sure if it is appropriate for me as a NetApp employee to forward you a msg which includes customer names, so please handle this in a discreet way. I did want to let you know that 1) at least one person has good things to say about your product 2) another person would like to see more info on your company's web site. If you know the right person to contact, perhaps you could get the Trend website updated with more info? But perhaps you will not be putting info on the website until the beta test is complete? I am glad to see interest in your product and I hope it is very successful! Jim Uren -----Original Message----- From: Craig Slack [mailto:Craig_Slack@pmc-sierra.com] Sent: Monday, April 09, 2001 1:03 PM To: 'Gifford, Josh'; 'Manny Kaiser' Cc: 'toasters(a)mathworks.com' Subject: RE: Trend Virus Wall for NetApp This looks very promising. Is anyone aware of when Trend is planning to release further products for virus scanning on NetApp filers (not the NetCache boxes). According to the PDF doc at the link below, NetApp has partnered with Trend and Symantec to provide these solutions, but I haven't found anything on Trend's site about it yet. Any ideas? http://www.netapp.com/tech_library/ftp/3107.pdf Craig Slack Leader, NT Services PMC-Sierra Inc., Computer Services Dept. (604) 415-6813 -----Original Message----- From: Gifford, Josh [mailto:Josh.Gifford@ptd.siemens.com] Sent: Monday, April 09, 2001 11:34 AM To: 'Manny Kaiser' Cc: 'toasters(a)mathworks.com' Subject: RE: Trend Virus Wall for NetApp Here is the press release: http://www.antivirus.com/corporate/media/2001/pr032601.htm -Josh Gifford -----Original Message----- From: Manny Kaiser [mailto:mkaiser@mmcnet.com] Sent: Monday, April 09, 2001 3:39 PM To: Gifford, Josh Subject: Re: Trend Virus Wall for NetApp can you send a pointer that talks about this? thanks Manny "Gifford, Josh" wrote: > Hello fellow filer fans, > Just thought I'd let everyone know that I've been running a beta of > the Trend Virus Wall for NetApp (Data ONTAP 6.1) for a few weeks now and it > seems to be working fine so far. It runs on a separate server and scans > each file coming and going. I'm not sure when it is to be released to the > public, but if you have any questions about how it's set up or what kind of > problems we have run in to (none so far), feel free to contact me. > > Best Regards, > > Josh J Gifford MCP > Senior NT Administrator > Siemens Power Transmission & Distribution > 7000 Siemens Rd > Wendell, NC 27591 > Phone: (919) 365-2806; Fax: (919) 365-1080 > Email: josh.gifford(a)ptd.siemens.com

1 0

NDMP performance
by Dianna Mullet 09 Apr '01

09 Apr '01

Is there anyone out there who backs up a filer directly to DLT via NDMP? I've seen a demo of an F740 backing up directly to a DLT 7000 and the throughput peaked at around 8MB/sec. I'd like to know actual vs. theoretical throughput for the same configuration, but with a DLT 4000. Thanks, Dianna

5 4

reducing getattr's
by kevin graham 09 Apr '01

09 Apr '01

Slightly OT, as it isn't directly netapp related, but does anyone know of a way to test if a file exists in Solaris besides a full-fledged stat() or attempting an open? I'm looking through web server stats, and I noticed I'm spending most of my nfs time doing getattrs, which I presume map back to stats that (mostly) test for existance. It strikes me that a getattr is rather painful in contrast to a lookup, but I have no idea how (or if) if the lesser can be forced. I've toyed with the idea of increasing actimeo and friends up, but am not sure of all the caveats of doing so (namely, are negative entries cached? I'm thinking along the lines of DNS's NXDOMAIN cachine semantics .. false positives would be OK, but the false negatives would be baaad). Ideas? Thanks. ..kg..

2 1

RE: Trend Virus Wall for NetApp
by Craig Slack 09 Apr '01

09 Apr '01

This looks very promising. Is anyone aware of when Trend is planning to release further products for virus scanning on NetApp filers (not the NetCache boxes). According to the PDF doc at the link below, NetApp has partnered with Trend and Symantec to provide these solutions, but I haven't found anything on Trend's site about it yet. Any ideas? http://www.netapp.com/tech_library/ftp/3107.pdf Craig Slack Leader, NT Services PMC-Sierra Inc., Computer Services Dept. (604) 415-6813 -----Original Message----- From: Gifford, Josh [mailto:Josh.Gifford@ptd.siemens.com] Sent: Monday, April 09, 2001 11:34 AM To: 'Manny Kaiser' Cc: 'toasters(a)mathworks.com' Subject: RE: Trend Virus Wall for NetApp Here is the press release: http://www.antivirus.com/corporate/media/2001/pr032601.htm -Josh Gifford -----Original Message----- From: Manny Kaiser [mailto:mkaiser@mmcnet.com] Sent: Monday, April 09, 2001 3:39 PM To: Gifford, Josh Subject: Re: Trend Virus Wall for NetApp can you send a pointer that talks about this? thanks Manny "Gifford, Josh" wrote: > Hello fellow filer fans, > Just thought I'd let everyone know that I've been running a beta of > the Trend Virus Wall for NetApp (Data ONTAP 6.1) for a few weeks now and it > seems to be working fine so far. It runs on a separate server and scans > each file coming and going. I'm not sure when it is to be released to the > public, but if you have any questions about how it's set up or what kind of > problems we have run in to (none so far), feel free to contact me. > > Best Regards, > > Josh J Gifford MCP > Senior NT Administrator > Siemens Power Transmission & Distribution > 7000 Siemens Rd > Wendell, NC 27591 > Phone: (919) 365-2806; Fax: (919) 365-1080 > Email: josh.gifford(a)ptd.siemens.com

1 0

Trend Virus Wall for NetApp
by Gifford, Josh 09 Apr '01

09 Apr '01

Hello fellow filer fans, Just thought I'd let everyone know that I've been running a beta of the Trend Virus Wall for NetApp (Data ONTAP 6.1) for a few weeks now and it seems to be working fine so far. It runs on a separate server and scans each file coming and going. I'm not sure when it is to be released to the public, but if you have any questions about how it's set up or what kind of problems we have run in to (none so far), feel free to contact me. Best Regards, Josh J Gifford MCP Senior NT Administrator Siemens Power Transmission & Distribution 7000 Siemens Rd Wendell, NC 27591 Phone: (919) 365-2806; Fax: (919) 365-1080 Email: josh.gifford(a)ptd.siemens.com

1 0

BudTool transition news
by Marion Hakanson 09 Apr '01

09 Apr '01

Folks, Dunno if it's top secret, or what, but this week I innocently (hah!) asked Legato about transferring my BudTool license to a new NetApp that may be coming in soon. Their website says host transfers are free, so what the heck? Anyway, instead of getting an answer, I got directed to my local Legato salesperson, who informed me that they've finally come to their senses and are offering a one-for-one exchange to replace our BudTool products with equivalent NetWorker products, at no cost other than putting it all back on tech-support contract. I checked, and it's not 1-April-2001. Maybe by the Mayan calendar? By my investigation so far, NetWorker-6.1 claims it will do everything our BudTool-4.6.1 does, with the exception of: (1) NDMP backup to non-NetApp tape drive. An extra-cost SnapImage option turns your Networker tape host into an NDMP tape server to provide this functionality. OK, so it's not quite 1-for-1. (2) Cloning NDMP tapes. They say that'll be along soon (I forgot to ask if I could do that with SnapImage). But one can do a second backup to offsite media to partially work around this limitation. I'm still not wild about Networker, but "Free is a very good price." Well, not counting the initial $30k investment in BudTool, anyway. So, has anyone else heard about this? I could find no mention of it (nor any previous transition programs) on their website. Regards, -- Marion Hakanson <hakanson(a)cse.ogi.edu> CSE Computing Facilities

3 2

Linux 2.4.X w/ NFSV3, Oracle, and NetApps
by Lance A. Brown 09 Apr '01

09 Apr '01

Greetings, We are successfully running Oracle 8.1.6 on RH Linux 6.2 Enterprise Edition systems with (almost) all data storage on NetApp F720 Filers. This is running over NFSv2, of course. I've just received a request from our DBAs to be able to create tablespaces larger than 2GB. NFSv2 doesn't do this so I am looking at putting a Linux 2.4.X kernel with NFSv3 support on these servers. Is anyone else running Oracle on Linux 2.4.X kernels with NFSv3 accessing Filers for database storage? Thanks, --[Lance]

1 0

RE: Netbackup and tape compression
by Cormier, Darleen 09 Apr '01

09 Apr '01

Hi Simon, NetBackup works fine using the compression drivers, in fact I would say that a very large percentage of users, always use compression in order to get as much data on each tape as possible, and cut down on the costs of their storage. -----Original Message----- From: Clawson, Simon [mailto:simon_clawson@mentorg.com] Sent: Monday, April 09, 2001 5:44 AM To: 'toasters(a)mathworks.com' Subject: Netbackup and tape compression HI Is anyone using Netbackup with tape compression at the DLT drive? Our DLT 7000 will write at faster speeds with compression on, but we dont use it. Is there any reason why we cannot if we use Netbackup to control the write and restore operation? Simon Simon Clawson HDS Team Systems Administrator Mentor Graphics Uk Rivergate London Road Newbury Berkshire RG14 2QB <<Clawson, Simon.vcf>>

1 0

Netbackup and tape compression
by Clawson, Simon 09 Apr '01

09 Apr '01

HI Is anyone using Netbackup with tape compression at the DLT drive? Our DLT 7000 will write at faster speeds with compression on, but we dont use it. Is there any reason why we cannot if we use Netbackup to control the write and restore operation? Simon Simon Clawson HDS Team Systems Administrator Mentor Graphics Uk Rivergate London Road Newbury Berkshire RG14 2QB <<Clawson, Simon.vcf>>

1 0

RE: Block checksum and Zone checksum drive
by Brookes, Matt 09 Apr '01

09 Apr '01

Max, Benefits: ZCS and BCS drives both offer the added reliability of checksums, which allow WAFL to confirm that the data a hard-drive returns is what was written to in in the first place. BCS drives are formatted to allow this checksum to be stored with the data, rather than in a separate block, so BCS drives offer the same protection but with potentially increased performance, depending on workload. Limitations: BCS drives can be used in ZCS volumes but will be treated as a ZCS drive. A filer with BCS volumes must use DOT6.0.1 or above and cannot be reverted to 5.x BCS drives CANNOT be used on pre 6.0.1 filers. Other Questions: A FAQ on Zoned and Block Checksums using Data ONTAP OS 6.0.1 may be found in the NOW knowledge base: http://now.netapp.com/Knowledgebase/solutionarea.asp?id=ntapcs753 Regards, Matt. > -----Original Message----- > From: max chan [mailto:maxchan0@yahoo.com] > Sent: 06 April 2001 10:48 > To: toasters(a)mathworks.com > Subject: Block checksum and Zone checksum drive > > > Dear all, > > Is there any different for Block checksum and Zone > checksum drive? in term of preformance, reliability, > limitation etc.. If i use ontap 6x, which one should i > chose? > > Max > > __________________________________________________ > Do You Yahoo!? > Get email at your own domain with Yahoo! Mail. > http://personal.mail.yahoo.com/ >

1 0

RE: Data Copy from Filer to Filer
by Israel, Meital 09 Apr '01

09 Apr '01

Jessica, It depends of the type of data you wish to copy: If you need to copy NFS (Unix) from filer to filer, it will be better to copy it via Unix host, using tar command (be carefull not to copy the .snapshot dir). If you need to copy CIFS files, you can use the vol copy (I think you can copy from filer to filer with this) or you can use a copy utility found in NOW web site (I don't remember the name of it). Good Luck! ************************************** Meital -----Original Message----- From: Jessica Fernandez [mailto:jasf@lanl.gov] Sent: Friday, April 06, 2001 23:23 To: toasters(a)mathworks.com Subject: Data Copy from Filer to Filer What are your recommendations of copying data from one filer to another? I have estimated time of 28 hours to transfer 70 GB via a copy command on the host machine. I have tried to copy via CIFS accessing from NT servers using drag and drop. Encountered errors which halted the copy process due to files that were linked to incorrect locations. Unix files in the users desktop were linked to other machines and the path was invalid. Did a grep to locate these linked files in the user folders, and found too many to change one by one. The vol copy command is only useful when copying from volume to volume on the same filer, correct? I am looking for the most efficient way to move data. Any suggestions would be great! Jessica JESSICA A. S. FERNANDEZ ESA-FM Facility Management E-mail: jasf(a)lanl.gov TA-16-661-101, MS-C933 Voice: 505-665-8051 Los Alamos National Laboratory Pager: 104-6707 Los Alamos, New Mexico 87545 FAX: 505-665-9490

1 0

RE: reducing getattr's
by Traitel, Eyal 08 Apr '01

08 Apr '01

Kevin, For Solaris, look at <http://docs.sun.com/ab2/coll.707.1/SOLTUNEPARAMREF/@Ab2PageView/8183?DwebQu…> This is from docs.sun.com, Solaris Tunable Parameters Collection , Solaris Tunable Parameters Reference Manual The default of the kernel flag nfs:nfs3_lookup_neg_cache is 1 - DO cache negative lookups on mounted NFS servers. Hope it helps, Eyal. ---------------------------------------------------------------------- eTraitel - I'm the new eBuzzword around !!! ---------------------------------------------------------------------- Eyal Traitel - Filer Escalation Engineer CNA, MCSE, CSA, LCA, NetApp CA Network Appliance BV Holland Office Center Kruisweg 799b 2132 NG, Hoofddorp The Netherlands Office: +31 23 567 9685 Cellular: +31 6 5497 2568 Email: eyal(a)netapp.com ---------------------------------------------------------------------- Get answers NOW! - NetApp On the Web - http://now.netapp.com ---------------------------------------------------------------------- -----Original Message----- From: kevin graham [mailto:kgraham@dotnetdotcom.org] Sent: Sunday, April 08, 2001 5:00 AM To: toasters(a)mathworks.com Subject: reducing getattr's Slightly OT, as it isn't directly netapp related, but does anyone know of a way to test if a file exists in Solaris besides a full-fledged stat() or attempting an open? I'm looking through web server stats, and I noticed I'm spending most of my nfs time doing getattrs, which I presume map back to stats that (mostly) test for existance. It strikes me that a getattr is rather painful in contrast to a lookup, but I have no idea how (or if) if the lesser can be forced. I've toyed with the idea of increasing actimeo and friends up, but am not sure of all the caveats of doing so (namely, are negative entries cached? I'm thinking along the lines of DNS's NXDOMAIN cachine semantics .. false positives would be OK, but the false negatives would be baaad). Ideas? Thanks. ..kg..

1 0

RE: Data Copy from Filer to Filer
by Knight, Graham 07 Apr '01

07 Apr '01

Ndmpcopy version 2 doesn't require command line passwords. It prompts for the passwords when the session starts. The source is available on the ndmp.org website. I haven't played with it, but it looks interesting. For version 1 you can hardcode the password and compiled it down to a binary that only root can read or execute. That stops people from being able to find the password from the executable unless they are the root user. It worked pretty well when I did this at my previous job. All you have to do is add default passwords in the main.h file. Hardcode the filer passwords in the DEF_SRC_AUTH_PASSWORD and DEF_DEST_AUTH_PASSWORD definitions and recompile. It really helps if all you filers have the same password. :-) Graham -----Original Message----- From: Brian Tao [mailto:taob@risc.org] Sent: Saturday, April 07, 2001 8:00 AM To: Francett, Robert D (SAIC) Cc: 'Jessica Fernandez'; toasters(a)mathworks.com Subject: RE: Data Copy from Filer to Filer On Fri, 6 Apr 2001, Francett, Robert D (SAIC) wrote: > > The form I use is: > $ ndmpcopy filer1:/vol/volname/qtree filer2:/vol/volname/qtree -sa root:password -da root:password -dhost GbE_IP_address -level 0-9 This is the greatest failing of ndmpcopy... plaintext passwords to privileged accounts on the command line, in your shell history, up there in a "ps" for everyone to see, etc. It would be nice to have an "ndmp" user on the filer that can *only* initiate or receive NDMP sessions. Combine that with a new ability to read user/password information from a file in ndmpcopy, and you at least have some modicum of security. One of these days, I'll hack ndmpcopy to do that... unless someone else has done that already. ;-) -- Brian Tao (BT300, taob(a)risc.org) "Though this be madness, yet there is method in't"

2 1

RE: Filer Serial Connectivity
by Joe Luchtenberg 07 Apr '01

07 Apr '01

Please forgive the ignorance of a sales guy lurking an engineers' discussion list... Why would you want this type of solution instead of/in addition to FilerView? Granted, FilerView is network-bound (correct?), but if you need to dial in under a complete network outage wouldn't any RAS/terminal server solution do? (I'd be concerned about security issues with my filer console ports connected indirectly to a modem, though.) For those familiar with other remote management solutions, how does NetApp's remote manageability compare with, say, Compaq's Remote Insight Board Lights Out Edition? TIA. Joe Joe Luchtenberg Dataline, Inc. 757.858.0600 757.285.1223 (cell) 757.858.0606 (fax) joe.luchtenberg(a)data-line.com www.data-line.com -----Original Message----- From: Ronan Mullally [mailto:ronan@online.ie] Sent: Monday, April 02, 2001 12:29 PM To: Martin Hughes Cc: 'toasters(a)mathworks.com' Subject: Re: Filer Serial Connectivity On Mon, 2 Apr 2001, Martin Hughes wrote: > 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? We're using a Linux box with a Cyclades multiport serial card and a utility called 'conserver'. The Cyclades card will connect to up to 64 devices. Conserver allows multiple users access the console ports of the various devices over the network and logs every character that traverses the console connection to local disk. The hardest part of the whole thing was figuring out the pin-outs for each device... -Ronan

9 9

RE: Data Copy from Filer to Filer
by Francett, Robert D (SAIC) 07 Apr '01

07 Apr '01

Jessica, ndmpcopy, at the command line of a UNIX admin host works very well, particularly if you have a GbE (Gigabit Ethernet) connection for filer to filer data migration at any level - volume or qtree, even data from one location to another on the same filer. The form I use is: $ ndmpcopy filer1:/vol/volname/qtree filer2:/vol/volname/qtree -sa root:password -da root:password -dhost GbE_IP_address -level 0-9 ndmpcopy is downloadable, compiler for Sun, from the site: http://www.ndmp.org/ <http://www.ndmp.org/> If you have a license, SnapMirror works really well too, but at the volume level. More to setup but less impact if outage is required. Bob Francett BP Exploration (Alaska) -----Original Message----- From: Jessica Fernandez [mailto:jasf@lanl.gov] Sent: Friday, April 06, 2001 1:23 PM To: toasters(a)mathworks.com Subject: Data Copy from Filer to Filer What are your recommendations of copying data from one filer to another? I have estimated time of 28 hours to transfer 70 GB via a copy command on the host machine. I have tried to copy via CIFS accessing from NT servers using drag and drop. Encountered errors which halted the copy process due to files that were linked to incorrect locations. Unix files in the users desktop were linked to other machines and the path was invalid. Did a grep to locate these linked files in the user folders, and found too many to change one by one. The vol copy command is only useful when copying from volume to volume on the same filer, correct? I am looking for the most efficient way to move data. Any suggestions would be great! Jessica JESSICA A. S. FERNANDEZ ESA-FM Facility Management E-mail: jasf(a)lanl.gov TA-16-661-101, MS-C933 Voice: 505-665-8051 Los Alamos National Laboratory Pager: 104-6707 Los Alamos, New Mexico 87545 FAX: 505-665-9490

2 1

RE: BudTool transition news
by Cormier, Darleen 07 Apr '01

07 Apr '01

To Marion and any other Budtool users on this list. NetApp received this offical notification from Legato just this week, on the new migration policy. As we understand it Marion, it is available now. -----Original Message----- From: Marion Hakanson [mailto:hakanson@cse.ogi.edu] Sent: Friday, April 06, 2001 6:30 PM To: toasters(a)mathworks.com Subject: BudTool transition news Folks, Dunno if it's top secret, or what, but this week I innocently (hah!) asked Legato about transferring my BudTool license to a new NetApp that may be coming in soon. Their website says host transfers are free, so what the heck? Anyway, instead of getting an answer, I got directed to my local Legato salesperson, who informed me that they've finally come to their senses and are offering a one-for-one exchange to replace our BudTool products with equivalent NetWorker products, at no cost other than putting it all back on tech-support contract. I checked, and it's not 1-April-2001. Maybe by the Mayan calendar? By my investigation so far, NetWorker-6.1 claims it will do everything our BudTool-4.6.1 does, with the exception of: (1) NDMP backup to non-NetApp tape drive. An extra-cost SnapImage option turns your Networker tape host into an NDMP tape server to provide this functionality. OK, so it's not quite 1-for-1. (2) Cloning NDMP tapes. They say that'll be along soon (I forgot to ask if I could do that with SnapImage). But one can do a second backup to offsite media to partially work around this limitation. I'm still not wild about Networker, but "Free is a very good price." Well, not counting the initial $30k investment in BudTool, anyway. So, has anyone else heard about this? I could find no mention of it (nor any previous transition programs) on their website. Regards, -- Marion Hakanson <hakanson(a)cse.ogi.edu> CSE Computing Facilities

1 0

RE: Data Copy from Filer to Filer
by Knight, Graham 06 Apr '01

06 Apr '01

Hi Jeff, I'm curious, what are the issues that stop you from using ndmpcopy? Graham -----Original Message----- From: Jeff Kennedy [mailto:jlkennedy@amcc.com] Sent: Friday, April 06, 2001 4:32 PM To: Jessica Fernandez Cc: toasters(a)mathworks.com Subject: Re: Data Copy from Filer to Filer I would imagine the most efficient method is to use snapmirror. However, if you have the problem I do which is wanting to copy specific data from one volume to another you use something like ndmpcopy. My particular case is special and ndmpcopy doesn't work for me either due to filesystem fragmentation so rsync is my only option. ~JK Jessica Fernandez wrote: > > What are your recommendations of copying data from one filer to > another? > > I have estimated time of 28 hours to transfer 70 GB via a copy command > on the host machine. > > I have tried to copy via CIFS accessing from NT servers using drag and > drop. Encountered errors which halted the copy process due to files > that were linked to incorrect locations. Unix files in the users > desktop were linked to other machines and the path was invalid. Did a > grep to locate these linked files in the user folders, and found too > many to change one by one. > > The vol copy command is only useful when copying from volume to volume > on the same filer, correct? > > I am looking for the most efficient way to move data. > > Any suggestions would be great! > > Jessica > > JESSICA A. S. FERNANDEZ ESA-FM Facility Management > E-mail: jasf(a)lanl.gov TA-16-661-101, MS-C933 > Voice: 505-665-8051 Los Alamos National Laboratory > Pager: 104-6707 Los Alamos, New Mexico 87545 > FAX: 505-665-9490 -- ===================== Jeff Kennedy Unix Administrator AMCC jlkennedy(a)amcc.com

1 0

RE: Data Copy from Filer to Filer
by Knight, Graham 06 Apr '01

06 Apr '01

Hi Jessica, ndmpcopy is a great way to go. There are compiled versions on the NOW site, and the source code is on the ndmp.org site. ndmpcopy starts a dump on one filer and pipes it directly to a restore on another filer (or the same filer). It can be done on a directory level. It will preserve all of your unix permissions and NT ACL's when making the copy. It is also a much faster way to transfer data because there is no intermediate machine involved in the transfer. Yes, volcopy will only copy entire volumes. Graham -----Original Message----- From: Jessica Fernandez [mailto:jasf@lanl.gov] Sent: Friday, April 06, 2001 3:23 PM To: toasters(a)mathworks.com Subject: Data Copy from Filer to Filer What are your recommendations of copying data from one filer to another? I have estimated time of 28 hours to transfer 70 GB via a copy command on the host machine. I have tried to copy via CIFS accessing from NT servers using drag and drop. Encountered errors which halted the copy process due to files that were linked to incorrect locations. Unix files in the users desktop were linked to other machines and the path was invalid. Did a grep to locate these linked files in the user folders, and found too many to change one by one. The vol copy command is only useful when copying from volume to volume on the same filer, correct? I am looking for the most efficient way to move data. Any suggestions would be great! Jessica JESSICA A. S. FERNANDEZ ESA-FM Facility Management E-mail: jasf(a)lanl.gov TA-16-661-101, MS-C933 Voice: 505-665-8051 Los Alamos National Laboratory Pager: 104-6707 Los Alamos, New Mexico 87545 FAX: 505-665-9490

1 0

RE: NDMP
by Francett, Robert D (SAIC) 06 Apr '01

06 Apr '01

Jessica, Check this out: http://www.ndmp.org/ <http://www.ndmp.org/> Cheers, Bob Francett BP Exploration Alaska -----Original Message----- From: Jessica Fernandez [mailto:jasf@lanl.gov] Sent: Friday, April 06, 2001 1:24 PM To: toasters(a)mathworks.com Subject: NDMP What is NDMP and how does it work? Is it a separate package add-on? Jessica JESSICA A. S. FERNANDEZ ESA-FM Facility Management E-mail: jasf(a)lanl.gov TA-16-661-101, MS-C933 Voice: 505-665-8051 Los Alamos National Laboratory Pager: 104-6707 Los Alamos, New Mexico 87545 FAX: 505-665-9490

1 0

RE: Data Copy from Filer to Filer
by Loux, Linda 06 Apr '01

06 Apr '01

If you have Snapmirror, that works very well. The other option I have found is to use ndmpcopy from a Unix host. Linda Loux Systems Administrator Rosetta Inpharmatics -----Original Message----- From: Jessica Fernandez [mailto:jasf@lanl.gov] Sent: Friday, April 06, 2001 2:23 PM To: toasters(a)mathworks.com Subject: Data Copy from Filer to Filer What are your recommendations of copying data from one filer to another? I have estimated time of 28 hours to transfer 70 GB via a copy command on the host machine. I have tried to copy via CIFS accessing from NT servers using drag and drop. Encountered errors which halted the copy process due to files that were linked to incorrect locations. Unix files in the users desktop were linked to other machines and the path was invalid. Did a grep to locate these linked files in the user folders, and found too many to change one by one. The vol copy command is only useful when copying from volume to volume on the same filer, correct? I am looking for the most efficient way to move data. Any suggestions would be great! Jessica JESSICA A. S. FERNANDEZ ESA-FM Facility Management E-mail: jasf(a)lanl.gov TA-16-661-101, MS-C933 Voice: 505-665-8051 Los Alamos National Laboratory Pager: 104-6707 Los Alamos, New Mexico 87545 FAX: 505-665-9490 **************************************************************************** This e-mail message is the property of Rosetta Inpharmatics and may contain information that is confidential and/or privileged. If you are not the intended recipient, any use, disclosure, copying, or communication of the contents of this message is prohibited. If this message was received in error, please forward a copy to mail_admin(a)rii.com and delete the message and any attachments from your computer. Thank you. ****************************************************************************

1 0

NDMP
by Jessica Fernandez 06 Apr '01

06 Apr '01

What is NDMP and how does it work? Is it a separate package add-on? Jessica JESSICA A. S. FERNANDEZ ESA-FM Facility Management E-mail: jasf(a)lanl.gov TA-16-661-101, MS-C933 Voice: 505-665-8051 Los Alamos National Laboratory Pager: 104-6707 Los Alamos, New Mexico 87545 FAX: 505-665-9490

1 0

RE: Windows, free space displays, gah
by Tom "Mad Dog" Yergeau 06 Apr '01

06 Apr '01

NetApp has an unsupported perl script that you can run as a cron job that will scan for users near their quotas and alert them to the fact. You can download the script from the NOW site. http://now.netapp.com/NOW/download/tools/disk_usage/ Another option is to upgrade to ONTAP 6.1, which supports quotas for Windows users based on SIDs. Also, I'm told that when you use the Windows quota feature, the amount of free space available to the user appears to be the amount of their quota that is free. Sounds like just what you need. :-) Tom -----Original Message----- From: Mike Knell [mailto:mike.knell@cs.tcd.ie] Sent: Friday, April 06, 2001 7:24 AM To: toasters(a)mathworks.com Subject: Windows, free space displays, gah Mornin' all, I'm besieged by Windows users complaining about not being able to find out what the state of this mysterious "quota" thing is, and complaining about files going missing because they've gone over quota, and _naturally_ this is all the fault of our filer rather than of either the users themselves for not keeping an eye on how much disk they're using, or Windows applications for not handling write failures gracefully. What they tend to do is point to the Windows (NT and 2000, btw) disk free display and say "Look! It says I've got 35GB of free space!" without working out that this is the free space on the entire volume rather than in their quota. What are peoples' views on providing state-of-quota information to Windows users? Ideally, the disk free display should show the state of their quota rather than the volume, but things just don't seem to work that way. We have a web page they can query their quotas from, but either that or the simple act of logging into a Sun and saying "quota -v" is considered to be rather complex and not pro-active enough.. Any advice welcome.. TIA Mike -- Computer Science System Administrator, Trinity College, Dublin, Ireland mike.knell(a)cs.tcd.ie -=- http://www.cs.tcd.ie/Mike.Knell/

1 0

Windows, free space displays, gah
by Mike Knell 06 Apr '01

06 Apr '01

Mornin' all, I'm besieged by Windows users complaining about not being able to find out what the state of this mysterious "quota" thing is, and complaining about files going missing because they've gone over quota, and _naturally_ this is all the fault of our filer rather than of either the users themselves for not keeping an eye on how much disk they're using, or Windows applications for not handling write failures gracefully. What they tend to do is point to the Windows (NT and 2000, btw) disk free display and say "Look! It says I've got 35GB of free space!" without working out that this is the free space on the entire volume rather than in their quota. What are peoples' views on providing state-of-quota information to Windows users? Ideally, the disk free display should show the state of their quota rather than the volume, but things just don't seem to work that way. We have a web page they can query their quotas from, but either that or the simple act of logging into a Sun and saying "quota -v" is considered to be rather complex and not pro-active enough.. Any advice welcome.. TIA Mike -- Computer Science System Administrator, Trinity College, Dublin, Ireland mike.knell(a)cs.tcd.ie -=- http://www.cs.tcd.ie/Mike.Knell/

2 1

RE: Inodes a go go
by Tom "Mad Dog" Yergeau 06 Apr '01

06 Apr '01

Okay, now I am really really confused. Here's a summary of my understanding; maybe someone can point out where I'm off track. 1. WAFL blocks are 4 KB 2. Max # of inodes is one per 4 K block 3. Each directory, even an empty one, fills at least one block 4. But, up to 128 empty directories can be sqeezed into one block So based on 3, I will run out of room before running out of inodes, but based on 4, I will run out of inodes before running out of room. (Maybe the problem is I don't understand was a dirent is?) Slightly off topic, can anyone suggest possibly a different, non-NetApp storage/file system that will give me a lot more inodes than I can get out of a filer? (Sorry Greg, but I need the best platform to meet the needs of the application, which might or might not be NetApp, so I have to ask.) The IO demands of this application are quite low, but storage and inode requirements are high. So any solution needs to be able to store large amounts of data and provide massive quantities of inodes, but doesn't need to be as fast as a filer. Thanks, Tom

6 7

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