toasters

toasters@lists.teaparty.net

13520 discussions

RE: Moving data from one volume to another
by Robert.Sabo＠ecomm.bc.ca 07 Jun '01

07 Jun '01

> o "Level i" copies will *not* work with level 0-9 copies of > the same source > and destination. That is, you cannot do a "-level 0" > ndmpcopy to move > data initially, then use "-level i" to make updates. For > that matter, you > can't use any other method to do the initial copy such as > "vol copy", > dump/restore, rsync, etc. If you want to use "-level i" at > all, you must > use it to do the initial copy in addition to all updates > (until you want > to stop using ndmpcopy for updates). Thanks for the clarification. > o Don't modify the destination until you're done ndmpcopy'ing > to it. Once the > destination is modified, another "level i" will likely > *not* be able to > update that destination. Someone suggested having the destination 'offline' until the moment we are ready to switch the volumes (i.e. we have two identical filesystems). > Also be aware that if you are copying the entire vol1 to > vol2, snapmirror > is definitely going to be faster than incremental ndmpcopy. > Not sure if > you have a snapmirror license, but assuming the deltas on the > source volume > aren't enormous, the final snapmirror sync can often take only a few > minutes. I believe we have the license for snapmirror, but have not been using it. Would snapmirror be a better solution in this situation? Is it relevant for snapmirror that source and destination volumes have different number of drives and RAID sizes? And that they reside on the same filer? Thanks again, Robert

2 1

SQL Server Performance Problem on Filer
by Dale Wolf 07 Jun '01

07 Jun '01

In case anyone remembers I wanted to let you know our local NetApp System Engineer discovered flow control was turned off for our environment. Once the network setting was changed we started getting better performance. Testing is continuing. I want to extend my thanks to all of you who replied to my email earlier in the week.

1 0

RE: Moving data from one volume to another
by Robert.Sabo＠ecomm.bc.ca 07 Jun '01

07 Jun '01

> In my experience, the quickest way to move whole volumes > within a filer is vol copy. There seem to be several concerns with using 'vol copy' in our situation: 1. The downtime - judging from our previous experience with 'vol copy', around 2 hours would be required to move 45 Gigs of data. 2. Someone has pointed out that 'vol copy' would not work in situation where the source and the destination volumes have different number of hard drives and different RAID group sizes. > If you need incremenal support, > then SnapMirror also works great. The only downside to SnapMirror > is it isn't free. Someone already suggested using SnapMirror, and it seems it could be a viable option for us. Is there anything not mentioned in "Data Protection Guide" (related to SnappMirror procedure) that would be relevant to our situation? > But do you really need "infinite incrementals" I mean you should > be able to do it with minimal downtime with only a few levels. Even > if you did 1 incremental per day for a week before doing the final > incremental with downtime, you should be able to fit within 10 levels > of incrementals. How long do you intend to strech it out? It has been reported in this tread that there are possible problems even with '-level 0' and '-level 1' backups with the Java version of NDMPcopy. Robert

2 1

Re: Backup: Tape Libraries
by ilya.birman＠abnamro.com 07 Jun '01

07 Jun '01

Puneet, We using StoraeTek L 700 with 4 fiber attached 9840 tape drives ( StorageTek claims that their are the fastest on the market (?) ) Tape drives and NetApp and the SunBox 220r running NetBackup 3.4 are connected to a Brocade fiber switch. We have set up 3 zones on the switch with @ tape drives visible to SUN box ( for other backups) and other 2 tapes drives visible only to two NetApps. Runing NDMP backup, excellent throughput, after 6.1R no issues. Since each of the NetApp have a dedicated tape drive in the robot, we are able to back up efficiently through scheduled and user initiated backups. If you want more details I can send you a diagram. Ilya "Puneet Gulati" <pgulati(a)afara.com>@mathworks.com on 06/07/2001 02:13:09 PM Sent by: owner-toasters(a)mathworks.com To: <toasters(a)mathworks.com> cc: "'Puneet(a)Afara.com'" <Puneet(a)afara.com> Subject: Backup: Tape Libraries Hi All, I just bought a F840 with 300gb usable but our growth rate is pretty rapid. One year from today the expected space usable will touch 1.5 TB. I am looking at two products for backup (using Veritas Netbackup 3.4/ data center running on a Sun Solaris 220R) that can handle it properly with good support and technology. This is what I short listed 1. Adic Scalar 100 with AIT II Tape drives. 4 drives( 2 drives for reserved for Netapp and 2 for other stuff ....) 2. Spectra Logic Bulll frog with AIT II but few months down the line I might have to upgrade to new drives which is AIT II (whenever sony releases it ) and/or buy another box. The tape library will be connected to Netapp using LVD running NDMP. Also the second HVD interface will be connected to 220 R which is my media server, master for netbackup. We are a startup and don't want to burn the cash instantly. Please help me with your feedback regarding the products and their support issues, if any, good/bad, will really appreciable. Thanks for your time for reading my e-mail/concern. If you have any question. pl. feel free to get back to me. Thanks, Puneet Gulati Afara Web Systems Email : Puneet.Gulati(a)afara.com

1 0

Dumb and possibly impossible question
by Edward Hibbert 07 Jun '01

07 Jun '01

I'm having difficulty accessing NOW just now, so forgive me if a) this is on there or b) it's a stupid question. I'm debugging a client-side problem, using pktt trace from the NetApp. To assist with this I want to be able to go from the file handles I which I see in the pktt trace to a filename on the client. Normally I would try to to ls -i on the client to find an inode and work from there, but I'm not sure if that makes sense in a NetApp context. Any pointers? Edward Hibbert Internet Applications Group Data Connection Ltd Tel: +44 131 662 1212 Fax: +44 131 662 1345 Email: eh(a)dataconnection.com Web: http://www.dataconnection.com

2 1

Experiences with running filers over WAN
by Roger Lindell 07 Jun '01

07 Jun '01

Hello, I wonder if anyone out there has any experiences with running filers over WAN. We are thinking about placing a filer about 600 Km from the users in a move to centralize the storage. The users would be connected via dual 622 Mbps ATM connection so the transfer speed should be OK but the question is if the latency would be acceptable and also how many users could you usefully have at the remote site. The filer would be running both CIFS and NFS. Regards, Roger Lindell

2 1

RE: Moving data from one volume to another
by Fox, Adam 07 Jun '01

07 Jun '01

In my experience, the quickest way to move whole volumes within a filer is vol copy. If you need incremenal support, then SnapMirror also works great. The only downside to SnapMirror is it isn't free. But do you really need "infinite incrementals" I mean you should be able to do it with minimal downtime with only a few levels. Even if you did 1 incremental per day for a week before doing the final incremental with downtime, you should be able to fit within 10 levels of incrementals. How long do you intend to strech it out? Just curious. I've done a few of these on a Professional Serivices basis for customers and I've never used more than 7 levels. -- Adam Fox NetApp Professional Services, NC adamfox(a)netapp.com > -----Original Message----- > From: Robert.Sabo(a)ecomm.bc.ca [mailto:Robert.Sabo@ecomm.bc.ca] > Sent: Wednesday, June 06, 2001 5:27 PM > To: toasters(a)mathworks.com > Cc: bernie.sparrow(a)ecomm.bc.ca > Subject: Moving data from one volume to another > > > > Hello all, > > We have a F720 filer where the data from one volume needs to > be copied to > another volume in the same filer. From the previous > discussions on this > mailing list, it appears that NDMPcopy 'infinite incremental' > feature is the > solution which provides the shortest possible downtime. What > I would like to > ask more experienced NetApp admins is whether there are known > caveats in > issuing something like: > > jndmpcopy filer:/vol/vol1 filer:/vol/vol2 -sa root:<passwd> -da > root:<passwd> -level i > > Data ONTAP version is 6.01R1, and there is ~ 43 GB of data > that needs to be > moved. Any feedback on positive/negative experiences with > this procedure is > highly appreciated. > > Robert > > > >

1 0

RE: Sudden CIFS performance degradation
by Nail, Larry 07 Jun '01

07 Jun '01

What kind of connections do you have? SQL, WTS, or just regular file shares? -----Original Message----- From: Dianna Mullet [mailto:drmullet@link.com] Sent: Thursday, June 07, 2001 10:01 AM To: toasters(a)mathworks.com Subject: Sudden CIFS performance degradation We're running OnTap 5.3.6 on an F760, serving both NFS and CIFS. It ran fine since we upgraded to 5.3.6 around 10 months ago, until early this week, when we began experiencing severely degraded CIFS performance. In some cases, CIFS times out and the client experiences data loss. What should I be looking for? We had a similar problem with our other filer a few months ago, but never determined the cause; we ended up solving the problem by upgrading to OnTap 6. This time, I would like to determine the cause _before_ we upgrade, but time is of the essence. Help/tips appreciated. Thanks, Dianna

2 1

Re: Changing UIDs on LOTS of files
by Steve Losen 07 Jun '01

07 Jun '01

Someone (sorry, deleted message) pointed out that perl's chown() call probably follows symlinks, and that is indeed the case. However, there is a very simple workaround for that: find dir ! -type l -print | mychown.c Also, as someone pointed out, if you use chown -R you also want to use -h (if your unix flavor supports that option) to change the owner of the symlink itself rather than what the symlink points to. > > If you run a separate chown process for each file, yes, that will be > very slow. However, if these files are all in a small number of directory > trees, then just use the recursive option of chown. > > chown -R newuser:newgrp dir > > This chowns the entire tree and I can't think of anything on the client > side that would be faster. I don't think ONTAP has anything on the > server side to do this operation. > > Of course this assumes that you want the entire directory tree chown-ed > to the same user and group. If you need to pick and choose based on > the existing uid (probably what you want) then I suggest doing something > like this: > > find dir -print | mychown.pl > > And write a mychown.pl perl script like this: > > =========== > > %uidmap = ( # in %uidmap each line is olduid => newuid > 120 => 507, > 153 => 515, > ... > ); > $defaultuid = 507; # for when the old uid is not in %uidmap > > %gidmap = ( # in %gidmap each line is oldgid => newgid > 200 => 217, > 201 => 234, > ... > ); > $defaultgid = 212; # for when the old gid is not in %gidmap > > while(<>) { > chop; > @stat = stat($_); > next if @stat == 0; # stat call failed, move on > $olduid = $stat[4]; > $oldgid = $stat[5]; > $newuid = exists($uidmap{$olduid}) ? $uidmap{$olduid} : $defaultuid; > $newgid = exists($gidmap{$oldgid}) ? $gidmap{$oldgid} : $defaultgid; > chown($newuid, $newgid, $_); > } > =========== Steve Losen scl(a)virginia.edu phone: 804-924-0640 University of Virginia ITC Unix Support

2 1

RE: Moving data from one volume to another
by Robert.Sabo＠ecomm.bc.ca 07 Jun '01

07 Jun '01

> We had a glitch using this procedure in an upgrade last > weekend (copying > from an old filer running 5.3.6R2 to a new one running 6.1R1). > > We did the level-0 Thursday night, with a level-1 during a > Saturday a.m. > downtime. The level-0's all claimed to complete without > error, but a few > of the incrementals based on those level-0's failed to > restore, complaining > that the full-restore had not completed & thus an incremental restore > could not proceed. Excuse me if I ask something probably obvious, but was this done with the Java version of NDMPcopy '-level i' or '-level 0' (and than '-level 1', and so on...)? > Anyway, I'd say go ahead but make sure you see both "DUMP IS > DONE" _and_ > "RESTORE IS DONE" on all of your copies, or do them over > before proceeding > to the next incremental. Thanks for the tip. I guess this would require constant attendance during the whole operation. > A tool like rsync on a fast client or two can help a lot. In the light of all the potential problems, this definitely seems like a good idea, especially before the final volume switch. As a side note, does anyone know of native (i.e. not Java) UnixWare 7 or Win NT 4 binaries of NDMPcopy and rsync? Robert

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