toasters

toasters@lists.teaparty.net

13514 discussions

Re: Data compression on the filer
by Michael Rogan 22 Jun '01

22 Jun '01

SMB=CIFS. I'm sorry to hear about your NT problem :-). MJR -------------------------- Sent from my BlackBerry Wireless Handheld (www.BlackBerry.net) -----Original Message----- From: Edward Lee <edwardlee60(a)hotmail.com> To: toasters(a)mathworks.com <toasters(a)mathworks.com> Sent: Fri Jun 22 10:12:10 2001 Subject: Re: Data compression on the filer Hey Micheal, thanks for the suggestion. Unfortunately we don't have a Linux box and we're running only CIFS sessions on the filer, we're an all NT shop. any other suggestions? -Eddie >From: Michael Rogan <mrogan(a)rim.net> >To: "'edwardlee60(a)hotmail.com'" <edwardlee60(a)hotmail.com>, >"'toasters(a)mathworks.com'" <toasters(a)mathworks.com> >Subject: Re: Data compression on the filer >Date: Fri, 22 Jun 2001 09:12:03 -0400 > >You could use a Linux box to mount the filer with NFS or SMB. Create a file >that would be used as the compressed (or encrypted) filesystem on the >filer. >Use a special mount program to do the compression and to mount the >filesystem. > >Then export the filesystem from the Linux box as NFS and/or SMB. > >MJR > > >-------------------------- >Sent from my BlackBerry Wireless Handheld (www.BlackBerry.net) > > >-----Original Message----- >From: Edward Lee <edwardlee60(a)hotmail.com> >To: toasters(a)mathworks.com <toasters(a)mathworks.com> >Sent: Fri Jun 22 07:24:53 2001 >Subject: Data compression on the filer > >I was told that there is no native tool on the filer that compresses data >on > >the volumes (like you would on a hard drive) > >Is there any 3rd party utils that anyone has encountered that can do this? >Otherwise, I was thinking I would just use winzip as someone from netapp >suggested. > >-Eddie >_________________________________________________________________ >Get your FREE download of MSN Explorer at http://explorer.msn.com _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com

1 0

Re: Data compression on the filer
by Edward Lee 22 Jun '01

22 Jun '01

Hey Micheal, thanks for the suggestion. Unfortunately we don't have a Linux box and we're running only CIFS sessions on the filer, we're an all NT shop. any other suggestions? -Eddie >From: Michael Rogan <mrogan(a)rim.net> >To: "'edwardlee60(a)hotmail.com'" <edwardlee60(a)hotmail.com>, >"'toasters(a)mathworks.com'" <toasters(a)mathworks.com> >Subject: Re: Data compression on the filer >Date: Fri, 22 Jun 2001 09:12:03 -0400 > >You could use a Linux box to mount the filer with NFS or SMB. Create a file >that would be used as the compressed (or encrypted) filesystem on the >filer. >Use a special mount program to do the compression and to mount the >filesystem. > >Then export the filesystem from the Linux box as NFS and/or SMB. > >MJR > > >-------------------------- >Sent from my BlackBerry Wireless Handheld (www.BlackBerry.net) > > >-----Original Message----- >From: Edward Lee <edwardlee60(a)hotmail.com> >To: toasters(a)mathworks.com <toasters(a)mathworks.com> >Sent: Fri Jun 22 07:24:53 2001 >Subject: Data compression on the filer > >I was told that there is no native tool on the filer that compresses data >on > >the volumes (like you would on a hard drive) > >Is there any 3rd party utils that anyone has encountered that can do this? >Otherwise, I was thinking I would just use winzip as someone from netapp >suggested. > >-Eddie >_________________________________________________________________ >Get your FREE download of MSN Explorer at http://explorer.msn.com _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com

1 0

Re: Data compression on the filer
by Michael Rogan 22 Jun '01

22 Jun '01

You could use a Linux box to mount the filer with NFS or SMB. Create a file that would be used as the compressed (or encrypted) filesystem on the filer. Use a special mount program to do the compression and to mount the filesystem. Then export the filesystem from the Linux box as NFS and/or SMB. MJR -------------------------- Sent from my BlackBerry Wireless Handheld (www.BlackBerry.net) -----Original Message----- From: Edward Lee <edwardlee60(a)hotmail.com> To: toasters(a)mathworks.com <toasters(a)mathworks.com> Sent: Fri Jun 22 07:24:53 2001 Subject: Data compression on the filer I was told that there is no native tool on the filer that compresses data on the volumes (like you would on a hard drive) Is there any 3rd party utils that anyone has encountered that can do this? Otherwise, I was thinking I would just use winzip as someone from netapp suggested. -Eddie _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com

1 0

Data compression on the filer
by Edward Lee 22 Jun '01

22 Jun '01

I was told that there is no native tool on the filer that compresses data on the volumes (like you would on a hard drive) Is there any 3rd party utils that anyone has encountered that can do this? Otherwise, I was thinking I would just use winzip as someone from netapp suggested. -Eddie _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com

1 0

34F+ & 36F impact on snapmirror
by NicholosC＠maxis.net.my 22 Jun '01

22 Jun '01

All, Had an original F740 with two full shelves of 36F disks. Added a new F740 (for snapmirror purpose) with the same configuration but it came with the new 34F+ disks. Configured the new filer with the identical volume configuration for snapmirror. Original filer was running 5.3.7r3 while the new filer is running 6.1r1 because of the requirement of 34F+ disks. My issues are: (1) Anybody has the information on the "right-size" of the 34F+ disk? My understanding is that 36F has 34,500 KB. The yellow flyer says that 34F+ has lesser capacity but that does not help very much, how much lesser? (2) Because of the lesser capacity (I guess), the target volume can not be snapmirrored. I have to rearrange the volume configuration making the target volumes by one disk more than the source volume, only after that the snapmirror went through. The intention of the snapmirror is for disaster recovery. In the event that the source filer is not available, the target filer will be changed from snapmirrored status to regular volume. When the original source filer is ready for operation again, what is the best practice to move the data back? (3) Snapmirror back on the reverse direction would not work because now the original source filer volume is smaller than the original target volume. (4) Would vol copy falls into the same restriction of target volume has to be equal or larger? In my case, they could not be equal because of one is using 36F and the other is using 34F+. Thanks in advanced for your comments/suggestions. Nic

1 0

SV: legato netapp client
by Christian Sønder 21 Jun '01

21 Jun '01

Hi Peter, We are using the legato netapp client on our filers, and have been doing it for a while - primarely because it then acts like any other client to our Legato Server. My expereience is a bit mixed - it's working allright, I can do redirectied recover of it's data or recover dirctly to the filer, my problem is 1) speed: It's attached to my LAN via a 100MBit full duplex interface, but I only get about 5MB/sek; Im not sure where the problem is, it's alot of small files so it can be on both the filer and the server .... but we are looking into it now :) 2) It's not being maintained in the future, our support tells us that NetApp is going to use NDMP instead :( Med venlig hilsen, Best regards Christian Sønder, System administrator TDC Internet (http://www.opasia.dk http://www.zillion.dk) Olof Palmes Alle 36, DK - 8200 Aarhus N, Denmark Tlf: +45 86 78 63 12, Fax +45 86 78 38 00 e-mail: mailto:chso@int.tele.dk -----Oprindelig meddelelse----- Fra: Peter D. Gray [mailto:pdg@uow.edu.au] Sendt: 18. juni 2001 08:56 Til: toasters(a)mathworks.com Emne: legato netapp client It seems most people on this list are using NDMP for backup of their filers. However, I would like to avoid that if I can. Does anybody have expereience with the legato netapp client and does anybody know if that product is being maintained into the future? Regards, pdg -- See mail headers for contact information.

6 6

RE: Vol copy max speed ? alternatives ?
by Melvin, Grant 21 Jun '01

21 Jun '01

Hi, This is resolved in Data Ontap 6.x when we added Qtree metadata support to dump & restore which NDMPcopy utilizes. In 6.x the destination creates qtrees rather than directories. Sorry about the inconvenience guys. Cheers, Grant -----Original Message----- From: John Stoffel [mailto:stoffel@casc.com] Sent: Thursday, June 21, 2001 11:08 AM To: Steve Losen Cc: toasters(a)mathworks.com Subject: Re: Vol copy max speed ? alternatives ? >> Actually, if your copying a qtree, ndmpcopy will preserve the qtree. If >> you're copying something within a qtree it won't. Steve> I used ndmpcopy -level 0 to copy an entire volume that Steve> contained over 20 qtrees to a newly created volume. When I was Steve> done, the target volume had normal directories in the place of Steve> the original qtrees, as indicated by the "qtree" command. DOT Steve> 5.3.7R2 I ran into this too on DOT 5.3.6?? when I used nmdpcopy. I had to pre-create the qtrees on the destination as well. John John Stoffel - Senior Unix Systems Administrator - Lucent Technologies stoffel(a)lucent.com - http://www.lucent.com - 978-952-7548

1 0

RE: Microsoft Cluster Server and Netapps
by Watanabe, Steve 21 Jun '01

21 Jun '01

> From: Brian Tao [mailto:taob@risc.org] > > Is anyone using Netapps as a data storage backend for MSCS-aware > applications? I've read the white paper on SQL Server 7 and MSCS at > http://www.netapp.com/tech_library/3084.html, but do those principles > apply to any clustered application? I read Microsoft's own MSCS FAQ, > and although it starts off saying it needs a shared storage backend, > it goes on to mention only shared SCSI devices... nothing about > FibreChannel or CIFS. It also needs a shared "quorum" disk, which > somehow allows MSCS to determine which servers in the cluster are down > (but the FAQ doesn't say how exactly the negotiation is done). > The quorum device is a disk that is accessible by any member of the cluster that can potentially "form" the cluster. When Microsoft says it is a shared device it means that it is accessible by > 1 node (e.g. shared scsi bus). It does not mean that the device is written to by multiple nodes at the same time (as only one node can online a disk at a time). The quorum device must support SCSI reserve, release, and bus reset commands. The basic algorithm for acquiring the quorum device is to do: o bus reset (which blows away any existing SCSI reservations) o wait TWO reassertion intervals o Try to reserve the quorum if successful then the node now owns the quorum if a reservation conflict error is returned then someone else owns the quorum and has reasserted the reservation. o If the ownership of the quorum was obtained then reassert the reservation every ONE reassertion interval This means that the owning node keeps the quorum by reasserting the reservation every, say, 1 second. A different node can determine if the owning node is still up (say there's a network partition and they cannot talk) by blowing away the reservation, waiting 2 seconds, and then attempting to do the reserve. If the owner is still up it will have reasserted the reservation. Note this is how MSCS worked in NT4; I'm not sure about W2K. -Steve

3 3

RE: Vol copy max speed ? alternatives ?
by Moore, Duncan 21 Jun '01

21 Jun '01

I have performed lab testing of baseline (initial) SnapMirror transfers over direct connected GigE and seen transfer rates exceed 1.3GB/min... roughly 78GB/hour... This testing was performed on an F85! Duncan -----Original Message----- From: FPS France [mailto:fpsfrance@fps.fr] Sent: Thursday, June 21, 2001 8:20 AM To: toasters(a)mathworks.com Subject: Vol copy max speed ? alternatives ? Hi everyone, We are looking for a high rate migration operation which could let us move a volume from a disk shelf to another. In a first place, we think of using the vol copy command. We thaught we could easily manage a strong volume copy rate but it appeared the rate is buggy limited to 36Gb/hour (as if the Filer was copyinbg over a 'perfect' 10Bas-T interface) : http://now.netapp.com/Knowledgebase/solutionarea.asp?id=3.0.7295526.2875209& resource= In looking around we found papers dealing with others interface kinds : http://now.netapp.com/Knowledgebase/solutionarea.asp?id=3.0.7295507.2875209 The limit are 25GB/hr over 100Base-T interface, and 28GB/hr over FDDI so less than a 'perfect' 10Base-T interface. (on a F630 Filer :) Reasons given by the NetApp support is the CPU has a bunch of work in calculating optimizations of read and write operations. But I would be sure we are really not strunglled by any other limitations. So here are our two questions : - (just to be sure) did anyone succed in using the vol copy command once and go beyond these limits ? -what is your opinion about that alternative : plug the Filer on a private Giga-ethernet network and make a manual copy (copy -R mnt/nac/vol0 /other_place ) of the whole volume from a shelf to the other. Do you think we could obtain real high rate transfers while keeping the integrity of the volume ? (the volume is a root volume with the "/etc" directory), no special tricks needed (if I use Windows, may I expect ACL modifications) ? I thank you in advance.

1 0

RE: Microsoft Cluster Server and Netapps
by Watanabe, Steve 21 Jun '01

21 Jun '01

> From: Barry Lustig [mailto:barry@lustig.com] > > "Watanabe, Steve" wrote: > > > > > From: Brian Tao [mailto:taob@risc.org] > > > > > > Is anyone using Netapps as a data storage backend for > MSCS-aware > > > applications? I've read the white paper on SQL Server 7 > and MSCS at > > > ... > > What about using a small shared SCSI drive for the quorum stuff and > using the toaster for the actual storage? > I don't recall if there is a resource DLL that support network drives. If so then your suggestion would work and the filer would exist nicely with MSCS. If there isn't a resource DLL then one could still use it with an application under the control of MSCS but the filer access (online, offline, etc) wouldn't be under MSCS control.

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