toasters

toasters@lists.teaparty.net

13514 discussions

NOW surveys
by Timothy Cook 10 May '01

10 May '01

Folks, I am one of those people who more often than not completes the NOW surveys, though I often wondered why I bothered. Earlier we had a rather lively thread discussing these surveys and ways to get more responses. ConGrats to Netapp for listening! I just received a $5 gift certificate for Amazon.com from NOW in appreciation for my response to the latest survey. It's good to see a company respond to their customers in such a manner.

1 0

Re: EMC IP4700 vs NetApp F740
by Chris_Van_Genderen＠NexFlash.com 10 May '01

10 May '01

Barry, I appreciate you sharing your experiences. When did you perform your evaluation of the IP4700? On the F85 performance figures, the performance you are quoting seems pretty bad. Is there an unusually small block size in your application, or another reason you can account for such a difference? What was EMC's response regarding performance when you showed them your data? Chris Van Genderen Software Engineer & Applications Manager NexFlash Technologies, Inc. chris_van_genderen(a)nexflash.com 408-969-4714

2 1

RE: EMC IP4700 vs NetApp F740
by Joe Luchtenberg 10 May '01

10 May '01

Giving the benefit of the doubt, perhaps the EMC reps were talking only about when the SnapView is initially created. However, they certainly utilize a "copy-on-first-write" procedure for subsequent changes to the active file system. For more details: http://www.emc.com/pdf/products/clariion/SnapView_DS.pdf The impact on performance, of course, depends entirely on your environment. In many cases it may be indistinguishable from NetApp because the rate of data change in the filesystem is relatively small. To conduct another fishing expedition for the EMC lurkers among us, I assume that with SnapView/IP (like TimeFinder) you can "split-off" a SnapView (like a BCV) for various purposes. True? This creates a capacity planning issue, but may be a valuable capability, depending on your requirements. 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: Martin Hughes [mailto:Martin.Hughes@Halliburton.com] > Sent: Thursday, May 10, 2001 12:45 PM > To: toasters(a)mathworks.com > Subject: RE: EMC IP4700 vs NetApp F740 > > > >Your description of how the IP4700's Snapshot copy-on-write > mechanism works > >is right on. The original data is copied to a new location > and the new > data > >is written to the original block. Yes this compromises > performance. Yes > >you have to allocate physical disk space to accomplish this. > No you cannot > >shrink the amount of disk space you have allocated for this > process if you > >find that it is too much. > > > Hmm, not according to a demo we had from EMC week before > last. I grilled > them pretty hard on that and they claimed that they updated > the inode file > only and did not copy blocks to another location. > > Well, we have an eval unit coming in next week and I'll do > some testing. > > Regards > > Martin > Enterprise Storage/Enterprise Server Group > <mailto:martin.hughes@halliburton.com> > cellphone: +1 713 303 9214 > office: +1 281 871 4124 > >

1 0

RE: EMC IP4700 vs NetApp F740
by Martin Hughes 10 May '01

10 May '01

>Your description of how the IP4700's Snapshot copy-on-write mechanism works >is right on. The original data is copied to a new location and the new data >is written to the original block. Yes this compromises performance. Yes >you have to allocate physical disk space to accomplish this. No you cannot >shrink the amount of disk space you have allocated for this process if you >find that it is too much. Hmm, not according to a demo we had from EMC week before last. I grilled them pretty hard on that and they claimed that they updated the inode file only and did not copy blocks to another location. Well, we have an eval unit coming in next week and I'll do some testing. Regards Martin Enterprise Storage/Enterprise Server Group <mailto:martin.hughes@halliburton.com> cellphone: +1 713 303 9214 office: +1 281 871 4124

2 1

RE: EMC IP4700 vs NetApp F740
by Fox, Adam 10 May '01

10 May '01

Clearly, I'm a NetApp advocate here, but I'll try to be non-partisan for this audience. Bruce's suggestion is good. Obviously a side-by-side comparison is a good idea. But if that isn't possible then you may want to ask both reps for references who run the same CAD application you plan to run. Or if it's an oddball app, then at least ask for Eng/CAD references in general, but the closer to your environment, the better. I've found that fellow customers tend to speak pretty open and honestly about it. Yes, you are getting hand-picked examples, but if you hear them from both sides, you can hear benefits from both sides, and if you can only get references from one side...well, that says something itself. -- Adam Fox NetApp Professional Services, NC adamfox(a)netapp.com > -----Original Message----- > From: Chris_Van_Genderen(a)NexFlash.com > [mailto:Chris_Van_Genderen@NexFlash.com] > Sent: Wednesday, May 09, 2001 7:52 PM > To: sirbruce(a)ix.netcom.com; toasters(a)mathworks.com > Subject: Re: EMC IP4700 vs NetApp F740 > > > > Bruce, > > One of the items that I did not mention was that > we are a start up company that is using the back-end > infrastructure of our parent company. I have been given > the task of not only buying a NAS device for company wide > storage, but also to build the entire network infrastructure and > server infrastructure for our new location. So, what ever we > purchase will need to go online immediately and support the > company in a new location. I don't have the "test-bed" to > test anything. > > As you can also guess, via my title, I am not a MIS person either. So, > I've been going through a fairly steep learning curve in many areas. I > am weary about compatibility issues with NFS and our engineering/CAD > Sun machines. In this area, I feel because of their industry > experience, > NetApp has the edge. I've talked with EMC on this issue, and they > re-assure me that the IP4700 will not have compatibility problems. > However, > this is much different than having users of the product claim > that their > are no compatibility problems. > > My gut feeling is to go with the F740 because of the existing > installation > base, > and the maturity of the product. I'm just a little miffed > that NetApp has > been > trying to use my inexperience and limited knowledgebase > against me during > the sales process; it doesn't give me the feeling that I can > trust them. > > Chris Van Genderen > Software Engineer & Applications Manager > NexFlash Technologies, Inc. > chris_van_genderen(a)nexflash.com > > > > > > > > "Bruce > > Sterling To: > <toasters(a)mathworks.com>, <Chris_Van_Genderen(a)NexFlash.com> > Woodcock" cc: (bcc: Chris > Van Genderen/Santa Clara/ISSIHQ) > <sirbruce(a)ix.n Subject: Re: > EMC IP4700 vs NetApp F740 > etcom.com> > > > > 05/09/01 03:45 > > PM > > > > > > > > > > Most of what you seem to be weighing are nebulous > issues of who says what. Why don't you just find out > for yourself? > > Ask Netapp for an F760 to try out for 2 weeks. > > Ask EMC for an IP4700 *at the equivalent price > and disk capacity, with RAID* to try out for 2 weeks. > > See which has better performance for your users and > which you can administer easier. Build large RAID > groups, test simultaneous file sharing from NFS and > CIFS, fail drives, do rebuilds, etc. > > Bruce > > > > >

1 0

RE: Java-NDMPcopy
by Melvin, Grant 10 May '01

10 May '01

Hi Thomas, Yip, it should really be listed at: http://www.ndmp.org/download/ndmpcopy/index.shtml You can get to it via ftp at: ftp://ftp.ndmp.org/ndmpcopy for now. Cheers, Grant -----Original Message----- From: Thomas.L.White(a)chase.com [mailto:Thomas.L.White@chase.com] Sent: Thursday, May 10, 2001 9:07 AM To: toasters(a)mathworks.com Subject: Java-NDMPcopy ndmpcopy has given me ACL errors and as a test netapp suggests that I try the latest and greatest java-ndmpcopy... So - I went to ndmp.org I don't see any mentionof jndmpcopy is this indeed where I should find it ?? What have I done wrong here ??? (besides call honest hardworkers Whiners) tw

1 0

RE: EMC IP4700 vs NetApp F740
by White, Lance 10 May '01

10 May '01

>On the Network Appliance filer, isn't' that "reserve" more of an accounting mechanism than a physical disk space allocation? I thought you could use snapshots on the network appliance system without setting any reserve if you wanted. You are correct, Ferd. Setting a Snap Reserve of zero really has no effect on snapshots, other than for accounting purposes and potentially safety. It's advisable if you are using snapshots to set a reasonable reserve so that the data portion of the volume doesn't allocate all of the blocks in the event of the volume filling up. It's a hard wall for data, and a perforated wall for snapshots. -----Original Message----- From: Ferd Berfl [mailto:ferd_berfl@yahoo.com] Sent: Thursday, May 10, 2001 9:09 AM To: Paul Brosseau; toasters(a)mathworks.com Subject: RE: EMC IP4700 vs NetApp F740 that's a fixed or semi fixed, non-flexible disk space allocation for "copy on write" changed blocks, right? On the Network Appliance filer, isn't' that "reserve" more of an accounting mechanism than a physical disk space allocation? I thought you could use snapshots on the network appliance system without setting any reserve if you wanted. > -----Original Message----- > From: Paul Brosseau [mailto:paulb@netapp.com] > Sent: Thursday, May 10, 2001 9:01 AM > To: ferdberfl(a)netzero.net; toasters(a)mathworks.com > Subject: RE: EMC IP4700 vs NetApp F740 > > > Chris, > > Your description of how the IP4700's Snapshot copy-on-write > mechanism works > is right on. The original data is copied to a new location and > the new data > is written to the original block. Yes this compromises performance. Yes > you have to allocate physical disk space to accomplish this. No > you cannot > shrink the amount of disk space you have allocated for this process if you > find that it is too much. > > Paul Brosseau - Netapp SE > Former EMC SE > > -----Original Message----- > From: owner-dl-toasters(a)netapp.com > [mailto:owner-dl-toasters@netapp.com]On Behalf Of Ferd Berfl > Sent: Thursday, May 10, 2001 10:02 AM > To: toasters(a)mathworks.com > Subject: RE: EMC IP4700 vs NetApp F740 > > > re: snapshots, I thought that everyone else's snapshot functionality other > than Netapp's must be based on a "copy on write" method because > Netapp has a > patent on continuously writing new blocks. (their WAFL filesystem > intellectual property and patents). If you can't take advantage of the > method of writing modified blocks as new blocks and not touching the > original block pointed to by the snapshot, doesn't that mean that you have > to reserve some amount of storage, that is free blocks, for > holding the copy > on write changed blocks to maintain the snapshots? > > > > > -----Original Message----- > > From: owner-dl-toasters(a)netapp.com > > [mailto:owner-dl-toasters@netapp.com]On Behalf Of Barry Lustig > > Sent: Wednesday, May 09, 2001 5:30 PM > > To: Chris_Van_Genderen(a)NexFlash.com > > Cc: sirbruce(a)ix.netcom.com; toasters(a)mathworks.com > > Subject: Re: EMC IP4700 vs NetApp F740 > > > > > > Chris, > > > > I'm the person that started the F85 vs. IP4700 thread. Here is one > > data point. When we benchmarked the F85 it was able to do a single > > threaded read at 90-95 Mbits/sec and writes at 85-90 Mbits/sec. This > > was on a 100BaseT full-duplex connection to a linux box. When we tried > > the same benchmark with the IP4700 it showed 40-50 Mbits/sec read and > > 20-25 Mbits/sec write. This clinched the deal for the F85's for us. > > EMC compares the IP4700 to the F8xx line. If the system cannot even > > keep up with an F85, I think that EMC needs to take a look at what is > > going on. Also, you should check with EMC regarding their snapshot > > implementation. Netapp's snapshots don't have to copy old data when a > > data block is updated. A new block is allocated and then written. I've > > heard, but haven't verified that the IP4700's filesystem acts more like > > a copy on write system. First the old data block has to be copied to a > > new location then the modified data is written. If this is actually the > > case then the performance of the filesystem will be compromised. I know > > that there are EMC folks on this list. Maybe one of them can respond. > > > > barry > > > > > > Chris_Van_Genderen(a)NexFlash.com wrote: > > > > > > Bruce, > > > > > > One of the items that I did not mention was that > > > we are a start up company that is using the back-end > > > infrastructure of our parent company. I have been given > > > the task of not only buying a NAS device for company wide > > > storage, but also to build the entire network infrastructure and > > > server infrastructure for our new location. So, what ever we > > > purchase will need to go online immediately and support the > > > company in a new location. I don't have the "test-bed" to test > > anything. > > > > > > As you can also guess, via my title, I am not a MIS person either. So, > > > I've been going through a fairly steep learning curve in many areas. I > > > am weary about compatibility issues with NFS and our engineering/CAD > > > Sun machines. In this area, I feel because of their industry > > experience, > > > NetApp has the edge. I've talked with EMC on this issue, and they > > > re-assure me that the IP4700 will not have compatibility problems. > > > However, > > > this is much different than having users of the product claim > that their > > > are no compatibility problems. > > > > > > My gut feeling is to go with the F740 because of the existing > > installation > > > base, > > > and the maturity of the product. I'm just a little miffed that > > NetApp has > > > been > > > trying to use my inexperience and limited knowledgebase against > > me during > > > the sales process; it doesn't give me the feeling that I can > trust them. > > > > > > Chris Van Genderen > > > Software Engineer & Applications Manager > > > NexFlash Technologies, Inc. > > > chris_van_genderen(a)nexflash.com > > > > > > > > > "Bruce > > > Sterling To: > > <toasters(a)mathworks.com>, <Chris_Van_Genderen(a)NexFlash.com> > > > Woodcock" cc: (bcc: Chris > > Van Genderen/Santa Clara/ISSIHQ) > > > <sirbruce(a)ix.n Subject: Re: EMC > > IP4700 vs NetApp F740 > > > etcom.com> > > > > > > 05/09/01 03:45 > > > PM > > > > > > > > > > > > Most of what you seem to be weighing are nebulous > > > issues of who says what. Why don't you just find out > > > for yourself? > > > > > > Ask Netapp for an F760 to try out for 2 weeks. > > > > > > Ask EMC for an IP4700 *at the equivalent price > > > and disk capacity, with RAID* to try out for 2 weeks. > > > > > > See which has better performance for your users and > > > which you can administer easier. Build large RAID > > > groups, test simultaneous file sharing from NFS and > > > CIFS, fail drives, do rebuilds, etc. > > > > > > Bruce > > > > > _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com

1 0

Java-NDMPcopy
by Thomas.L.White＠chase.com 10 May '01

10 May '01

ndmpcopy has given me ACL errors and as a test netapp suggests that I try the latest and greatest java-ndmpcopy... So - I went to ndmp.org I don't see any mentionof jndmpcopy is this indeed where I should find it ?? What have I done wrong here ??? (besides call honest hardworkers Whiners) tw

1 0

Disk Scrubbing
by Honeycutt, Michael 10 May '01

10 May '01

Does anyone allow disk scrubbing to happen while backups are being performed? If so, have you had any problems with the performace of the filer or corruption/missing data on the tapes? Thanks. Michael Honeycutt MCSE/A+ NT/Exchange Engineer IBM Global Services

2 1

RE: Unable to delete folder
by Mike Sphar 10 May '01

10 May '01

I run into this pretty often. Try running "lock_dump -f" (after running rc_toggle_basic if necessary) and look for the directory that you can't remove. If you see the directory you're having trouble with, just try terminating the CIFS connection of the machine holding the lock. That usually clears it up for me. -- Mike Sphar - Sr Systems Administrator - Engineering Support Services - Remedy Corporation BOFH, GWP, MCP, MCP+I, MCSE, BFD -----Original Message----- From: Matt Graham [mailto:mgraham@resgen.com] Sent: Wednesday, May 09, 2001 2:54 PM To: toasters Subject: Unable to delete folder For some reason my filer won't let me delete a couple of folders. I have run into this problem before. It says access denied or folder in use, but I have administrative rights and I don't believe the folders to be in use (They are empty). If the directories are somehow open or locked, how do I determine what client has them open? How can I force the filer to relinquish the folders. The directories are located within a NTFS style qtree. Thanks, Matt Graham

2 1

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