toasters

toasters@lists.teaparty.net

13514 discussions

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

upgarde from F740C to F820C
by max chan 07 Jun '01

07 Jun '01

dear all, Anyone can give me some idea how to upgarde from F740 Cluster running 5.3.1 to F820 cluster? I have currently a F740c. one have 2 diskshelf and 2 vol with it. The other one have one diskshelf and one vol. All using 36G harddisk. I need to plan for an upgarde from F740c to F820c. I don't know whether upgarde to 6.x first b4 move to F820c will help. Or should i choice backup and restore? of course, downtime is another concern. Max __________________________________________________ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/

2 3

Sudden CIFS performance degradation
by Dianna Mullet 07 Jun '01

07 Jun '01

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

1 0

remove
by christian.witt＠philips.com 07 Jun '01

07 Jun '01

remove

1 0

RE: Unix applications accessing ntfs qtree
by Muhlestein, Mark 07 Jun '01

07 Jun '01

In that case it doesn't sound like the app is trying to set Unix security. Yes, the filer maps the UID to a SID, but as described in the FAQ, you can't set Unix security in an NTFS qtree no matter what NT user you map to. Assuming you've unsuccessfully tried to use the security troubleshooter to diagnose this, open a case with Netapp and get them a packet trace, along with the exact permissions of the files in question and the "wcc -dvv" output. Alternatively, if it is a standard application, give them a full description of how to reproduce this. Mark -----Original Message----- From: Steven Boyer [mailto:Steven.Boyer@gd-wts-centcom.com] Sent: Wednesday, June 06, 2001 7:30 PM To: 'Steven.Boyer(a)GD-WTS-CENTCOM.COM'; toasters; Muhlestein, Mark Subject: RE: Unix applications accessing ntfs qtree But if I change the folder permissions to full control I can then save a file from a 3rd party Unix/Solaris application. Also doesn't the filer map a user's UID and GID to a SID. ---------- Original Message ---------------------------------- From: "Muhlestein, Mark" <mark.muhlestein(a)netapp.com> Date: Wed, 6 Jun 2001 17:52:58 -0700 >See the security troubleshooter FAQ: > >http://now.netapp.com/NOW/knowledge/docs/olio/guides/53_troubleshooting/faq… > >"I tried to 'gunzip' (un-tar, check out, etc.) a file in an NTFS qtree and it failed! Why? > >"Any attempts to set UNIX security will fail in an NTFS qtree. Some UNIX applications fail to operate properly if they cannot set security. If you need to run such applications you must use a Mixed or UNIX qtree. In some cases Win32 versions of these commands are available (for example, with the cygwin tools or MKS Toolkit), which allows them to be run from CIFS clients in NTFS qtrees." > >Mark > > >-----Original Message----- >From: Steven Boyer [mailto:Steven.Boyer@GD-WTS-CENTCOM.COM] >Sent: Wednesday, June 06, 2001 4:51 PM >To: toasters >Subject: Unix applications accessing ntfs qtree > > >Our configuration is 760 running 6.1R1 > >When I try to save a file from a Unix/Solaris application to a ntfs qtree/directory I get access denied. Using an xterm I can access the directory as myself and rm, touch, vi any file, just cant do the same form a Solaris application ie...file manager and 3rd party Unix apps. I have checked the group perms, and wcc -s and -u also wcc-d and all seem ok. Has anyone seen this problem before? > > >-- >Steven N. Boyer >UNIX/NT/NetApp Support >HQUSCENTCOM >General Dynamics >-- > -- Steven N. Boyer UNIX/NT/NetApp Support HQUSCENTCOM General Dynamics --

1 0

RE: Unix applications accessing ntfs qtree
by Steven Boyer 07 Jun '01

07 Jun '01

But if I change the folder permissions to full control I can then save a file from a 3rd party Unix/Solaris application. Also doesnt the filer map a user's UID and GID to a SID. ---------- Original Message ---------------------------------- From: "Muhlestein, Mark" <mark.muhlestein(a)netapp.com> Date: Wed, 6 Jun 2001 17:52:58 -0700 >See the security troubleshooter FAQ: > >http://now.netapp.com/NOW/knowledge/docs/olio/guides/53_troubleshooting/faq… > >"I tried to 'gunzip' (un-tar, check out, etc.) a file in an NTFS qtree and it failed! Why? > >"Any attempts to set UNIX security will fail in an NTFS qtree. Some UNIX applications fail to operate properly if they cannot set security. If you need to run such applications you must use a Mixed or UNIX qtree. In some cases Win32 versions of these commands are available (for example, with the cygwin tools or MKS Toolkit), which allows them to be run from CIFS clients in NTFS qtrees." > >Mark > > >-----Original Message----- >From: Steven Boyer [mailto:Steven.Boyer@GD-WTS-CENTCOM.COM] >Sent: Wednesday, June 06, 2001 4:51 PM >To: toasters >Subject: Unix applications accessing ntfs qtree > > >Our configuration is 760 running 6.1R1 > >When I try to save a file from a Unix/Solaris application to a ntfs qtree/directory I get access denied. Using an xterm I can access the directory as myself and rm, touch, vi any file, just cant do the same form a Solaris application ie...file manager and 3rd party Unix apps. I have checked the group perms, and wcc -s and -u also wcc-d and all seem ok. Has anyone seen this problem before? > > >-- >Steven N. Boyer >UNIX/NT/NetApp Support >HQUSCENTCOM >General Dynamics >-- > -- Steven N. Boyer UNIX/NT/NetApp Support HQUSCENTCOM General Dynamics --

1 0

RE: Unix applications accessing ntfs qtree
by Muhlestein, Mark 07 Jun '01

07 Jun '01

See the security troubleshooter FAQ: http://now.netapp.com/NOW/knowledge/docs/olio/guides/53_troubleshooting/faq… "I tried to 'gunzip' (un-tar, check out, etc.) a file in an NTFS qtree and it failed! Why? "Any attempts to set UNIX security will fail in an NTFS qtree. Some UNIX applications fail to operate properly if they cannot set security. If you need to run such applications you must use a Mixed or UNIX qtree. In some cases Win32 versions of these commands are available (for example, with the cygwin tools or MKS Toolkit), which allows them to be run from CIFS clients in NTFS qtrees." Mark -----Original Message----- From: Steven Boyer [mailto:Steven.Boyer@GD-WTS-CENTCOM.COM] Sent: Wednesday, June 06, 2001 4:51 PM To: toasters Subject: Unix applications accessing ntfs qtree Our configuration is 760 running 6.1R1 When I try to save a file from a Unix/Solaris application to a ntfs qtree/directory I get access denied. Using an xterm I can access the directory as myself and rm, touch, vi any file, just cant do the same form a Solaris application ie...file manager and 3rd party Unix apps. I have checked the group perms, and wcc -s and -u also wcc-d and all seem ok. Has anyone seen this problem before? -- Steven N. Boyer UNIX/NT/NetApp Support HQUSCENTCOM General Dynamics --

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