toasters

toasters@lists.teaparty.net

13520 discussions

RE: Vol copy max speed ? alternatives ?
by Fox, Adam 27 Jun '01

27 Jun '01

I guess I'm not sure what a 'perfect' 10BT connection speed is and so the comparisons confuse me. By my calculations: 10Mb 1MB 1GB 60s 60 min ---- ------- ------ ------- --------- = 4.39 GB/hr. 1s 8Mb 1024MB 1 min 1 hr This is 10BT at it's maximum throughput...not counting for protocols, etc. So let's look at 36 GB/hour using the same method: 36GB 1024 MB 8Mb 1 hr 1 min ----- ------------ ------ ------- ---------- = 81.92 Mb/s 1 hr 1 GB 1MB 60 min 60 sec So you're a little under a "perfect" 100BT from my calcuations. Not great, but not as bad as I read it to be..and 18X better than 10BT. If the purpose is to reduce downtime (perfectly resonable) then perhaps you need something that can do incremental changes instead of doing it in one shot. ndmpcopy can help. It's free and has incremental support even if it's a little slower, if you can reduce the size of your last incremental, it won't hurt as much if the data you are trying to move while you are down is smaller. SnapMirror is *great* for this. The only downside is it is not free. You'll need to work out a deal with your rep if you feel this is really the way you want to go. Just some thoughts. -- Adam Fox NetApp Professional Services, NC adamfox(a)netapp.com > -----Original Message----- > From: FPS France [mailto:fpsfrance@fps.fr] > Sent: Thursday, June 21, 2001 11: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.72 95526.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

NDMP Restores
by Melvin, Grant 27 Jun '01

27 Jun '01

Hi, Yesterday there was some discussion on these mailing lists regarding NDMP and limitations on restores, etc. We'd like to thank you for your feedback and to explain what the current focus of NDMP is and in particular how NetApp's chosen long term archivable backup format (dump) works within NDMP. Over the last few years NDMP has grown from essentially a 2 company (PDC then IntelliGuard now Legato and Network Appliance) backup solution to a community with 20+ companies participating and > 25 NDMP compliant products shipping. The community has backup software companies, tape library vendors and file system vendors working together to achieve true interoperability and a growing set of features. This was the vision of the original companies. Recently, this has resulted in a new V4 specification that essentially is a cleanup of V2 & V3 and has added extensibility so that new features may be added without waiting for a spec change. V4 implementations will arrive this year from multiple companies and should put an end to interoperability issues that have cropped up from time to time. NDMP (http://www.ndmp.org) is essentially a "plumbing" api for controlling data protection/management operations right now and has remained data format independant/neutral. This means that it is relatively easy for backup software companies to "plumb" a backup or restore that uses the native format(s) of each system vendor. There are 3 basic data formats commonly used in tape backups, cpio, tar & dump (should we include MicroSoft tape format?). Some operating systems such as Solaris currently support all three. However, some systems such as WAFL support one, i.e. BSD's dump. Even though systems vendors have these native commands, most backup software companies choose to write their own agents based on one of the 3 formats discussed and tend to add some "proprietaryness" as they support more and more dissimilar file systems or add performance optimizations such as multiplexing, etc. NetApp's dump is no stranger to this, we have added support for qtree metadata, NT ACLs, Unicode, NT Streams. However, a standard BSD restore compatible application such as Solaris' ufsrestore can still restore the data, but will only restore NFS attributes. So should you have zero filers in 10 years (heaven forbid) and a pile of NDMP/dump tapes to restore from then as long as you have access to a dump compatible restore program you should be able to manually retrieve your data. Legato's BudTool product proved that NetApp data could be restored on non-NetApp storage either in a disaster recovery scenario or because that is what the customer wants. We'd like to think that some if not all of the current 7 NDMP-compliant backup software applications that support NetApp could add the same capability. Marion asks for a standard backup tape format that can be interchanged between NDMP-compliant vendors and we applaud her for it. However, that is beyond the current scope of the NDMP community or the SNIA Backup working group in general. We think its going to take an awful lot of persuading to get all the current backup software vendors to define a single format and then have all the possible system vendors support it. Most companies have chosen their solution based on trying to differentiate themselves from all the others and we see that continuing for some time. Cheers, Grant and Greg Greg Linn Manager, NDMP Development linn(a)netapp.com 408.822.3752 =========== grant(a)netapp.com ========== Grant Melvin === === Software Development Manager === === Data Availability & Management === |\ | __ ___ /\ __ __ === Network Appliance === | \ | |__ | /__\ |__| |__| === 475 East Java Drive === | \| |__ | / \ | | (R) === Sunnyvale === === California, 94089 === === Tel:(408)822-6761 =========== Network Appliance ========== Fax:(408)822-4578

1 0

Migrating from one NETBIOS name to another
by Brian Tao 26 Jun '01

26 Jun '01

As a result of some rushed planning, all of our Windows desktops and any NT/2000 applications that need to access one of our filers do so using the UNC path "\\na1". We would like to change that to "\\corp-na1" for a variety of reasons. I know about the cifs.netbios_aliases option, so the filer will answer to both "\\na1" and "\\corp-na1". We can change our NT login scripts so the default mappings are updated, but I'm worried that there may be untold number of other applications, saved path lists, config files, etc. still referencing "\\na1". Is there a way on the filer or on the PDC to log CIFS sessions attaching to one NETBIOS name vs. the other, and the source of that connection? I'd like to know if we are faced with hundreds of users and processes still using the old name (which will break when we take it away), or just a few here and there. I could resort to doing pktt's on the filer and picking apart netbios packets, but I'd rather avoid that if possible. ;-) -- Brian Tao (BT300, taob(a)risc.org) "Though this be madness, yet there is method in't"

1 0

RE: [Veritas-bu] NDMP restores
by Michael Owen 26 Jun '01

26 Jun '01

Yes we are listening. Some "other" systems do use non proprietary backup implementations with standard TAR formats. Unfortunately the backup companies dictate the format for enterprise level backup solutions. NDMP is not a real solution for enterprise level backups, but it the only implementation currently available for NAS systems. MO -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com]On Behalf Of Marion Hakanson Sent: Tuesday, June 26, 2001 1:14 PM To: Karen Schoenbauer Cc: Fayek, Ahmed; veritas-bu(a)mailman.eng.auburn.edu; 'dl-ndmp-users(a)mentor.com'; toasters(a)mathworks.com Subject: Re: [Veritas-bu] NDMP restores Karen wrote: > NDMP restoresNDMP restores can only be restored to the same NAS vendor type. > So if I did an NDMP backup to a NAS vendor box called NetApp1, I can run a > restore to NetApp2 as longs both boxes are NetApps. You can not restore a > NDMP backup to a solaris box or to a different NAS vendor. Actually, that doesn't hold true for all NAS systems. With BudTool, one can restore NetApp NDMP backups to a Solaris host using "ufsrestore", although you lose the CIFS (NT) ACL's. I've done this on several occasions, and it's a side benefit of BudTool's philosophy of using the OS/vendor native backup utility and writing that image to tape. Yes, you do need the vendor's software to do a restore, but you don't even need BudTool, if you're sufficiently prepared. Personally, I'd rather see NAS systems adopt something like the relatively accessible POSIX-tar-compatible format that QuickRestore uses. Then one could use GNU tar or "pax" as a fall-back, and one would have a lot less trouble with the problem of long-term archival. Anybody out there listening? Regards, -- Marion Hakanson <hakanson(a)cse.ogi.edu> CSE Computing Facilities

1 0

restores again
by Fayek, Ahmed 26 Jun '01

26 Jun '01

Hi all where can i find a log to tell me which files have been restored, from where, to where and when ? Regards Ahmed

2 1

RE: deleting a qtree
by Collins, Brian 26 Jun '01

26 Jun '01

Or... 'rmdir' (as the case may be) bc > -----Original Message----- > From: Maglinger, Paul [mailto:PMAGLINGER@scvl.com] > Sent: Tuesday, June 26, 2001 9:30 AM > To: 'Leonard, Roger'; 'toasters(a)mathworks.com' > Subject: RE: deleting a qtree > > > Qtrees can be deleted using Windows Explorer, like any other folder. > Remember to remove your shares first. > > -----Original Message----- > From: Leonard, Roger [mailto:Roger.Leonard@marconi.com] > Sent: Tuesday, June 26, 2001 07:57 > To: 'toasters(a)mathworks.com' > Subject: deleting a qtree > > > is there any way to delete a qtree? i typo'ed one and now > want to remove > it. > > thanks > > Roger D. Leonard >

1 0

RE: deleting a qtree
by Maglinger, Paul 26 Jun '01

26 Jun '01

Qtrees can be deleted using Windows Explorer, like any other folder. Remember to remove your shares first. -----Original Message----- From: Leonard, Roger [mailto:Roger.Leonard@marconi.com] Sent: Tuesday, June 26, 2001 07:57 To: 'toasters(a)mathworks.com' Subject: deleting a qtree is there any way to delete a qtree? i typo'ed one and now want to remove it. thanks Roger D. Leonard

1 0

RE: FTP
by Maglinger, Paul 25 Jun '01

25 Jun '01

We set ours up as a remote directory through IIS. -----Original Message----- From: Peter Gauthier [mailto:peter.gauthier@rebel.com] Sent: Monday, June 25, 2001 13:09 To: toasters Subject: FTP Running 536r2 and 61r1 on my filers and I'm unable to get FTP working, the error is exactly like bug 33218. I have set up my qtree secuiry on vol0 to unix and it made no difference. The other message I get back is: 530 /netservice/ftp: no such file or directory. Then these two directories do exsis and permissions are 777 rwx,rwx,rwx. My passwd file is setup as showen in the man pages and the ftpd.enable is on. Anybody have any tricks

1 0

Oracle on NetApp - opinions/experiences requested
by Jeff Kennedy 25 Jun '01

25 Jun '01

Of those who run Oracle on Netapp, how do you feel about it? I recently received an e-mail in which a Sun rep stated they gave up running Oracle on NetApp over a year ago. "Gave up" implies there were issues that were not easily overcome. According to NetApp, Ontap is "really a database file system". The technical specs on Ontap seem to back this up, but many people shy away from the idea. Granted, most of the people knocking the idea are other storage vendors or VAR's but some concern in the admin community I've spoken with revolve around NetApp being NAS and not DAFS or SAN. I'm looking for experiences, both positive and negative, from anyone doing this. Thanks. -- ===================== Jeff Kennedy Unix Administrator AMCC jlkennedy(a)amcc.com

5 4

snapshot management
by Chuck Ross 22 Jun '01

22 Jun '01

All, I was wondering if there is a way to tell which files/directories are taking up space in your snapshots? Something like a "du" command that would show only the space used by the snapshot. Chuck Ross SIGNIANT - A Nortel Networks Venture 1550 Carling Avenue, Suite 101 Ottawa, ON K1Z 8S8 email: Chuck.Ross(a)signiant.com

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