toasters

toasters@lists.teaparty.net

3 participants
13514 discussions

migrating data between filers
by Leonard, Roger 19 Apr '01

19 Apr '01

i am getting ready to migrate some data from 330's to an 840 using volcopy. has anyone done this out there and do you have any recomendations and/or gotchas?

1 0

qtrees & quotas & symlinks
by Matt Wise 19 Apr '01

19 Apr '01

Description: We have migrated from a linux file server providing access to linux, solaris & NT clients via NFS & samba to an F740 filer running Release 5.3.7R2 . Our goal is to replicate the environment on our old system while taking advantage of as many of the new features the NetApp as possible. We have run into a challange in the area of quotas: because of the way our old environment was set up, we have one qtree with several subdirectories, however we want to manage quotas at the level of the subdirectories. Currently, these type of quotas don't seem to be supported. Background: The old system provided file sharing of user home directories & a common files system through nfs & samba. On the unix side, the common file system consisted of a top-level directory (/common) containing symlinks pointing to several partitions with the actual files (e.g., /files1/common.build would be linked as /common/build). Clients acessed these files using amd & a symlink from /common to the exported directories path (/mnt/nfs/server/common), This provided the advantage of monitoring (with df) and limiting file system usage within projects and groups. On the NT side, samba managed symlinks & acess permissions in such a way that the server simply provided a share called "common" from /common. Users could, for example, access files from \\server\common\build although samba did not directly share out /files1/common.build - \\server\common\build was visible to users, but \\server\files1\common.build was not. This made the servers share list shorter & simpler for NT users to understand. Today on the NetApp, we have a qtree at /vol/vol0/common that contains all of the directories fromerly linked to /common on the linux server. Unix clients link from /common to this directory, replicating the experience on the old server. NT clients access these files as a share as before. There are two disadvanteage to this arrangement: (1) we cannot take advantage of the many features that would be provided if the directories under /common were qtrees. On the old system we were able to monitor & limit file system usage be keeping projects & departments within discrete partitions. qtrees would provide this advantage. (2) Future expansion is complicated because /common is isolated to one volume: if we were to add a second volume, we would need to provide two parallel shares to provide access to NT clients. We'd like to know: (1) what we could do differently to make this all work; and (2) what features of the filer we might be unaware of that would simplify this setup (e.g., qtrees within qtrees?. -- ............................................................................... Matthew Wise : 781/398-8883 : Gold Wire Technology Inc. mwise(a)goldwiretech.com : : 411 Waverley Oaks Road, Ste. 3-04 www.goldwiretech.com : fax> 781/398-8811 : Waltham, MA 02452 Recounting urban legends as though they happened to you directly can improve your social standing immensely and make people like you. - "Urban Myths About Urban Legends", Rick Larsen

1 0

Data Copy from Filer to Filer
by Jessica Fernandez 19 Apr '01

19 Apr '01

What are your recommendations of copying data from one filer to another? I have estimated time of 28 hours to transfer 70 GB via a copy command on the host machine. I have tried to copy via CIFS accessing from NT servers using drag and drop. Encountered errors which halted the copy process due to files that were linked to incorrect locations. Unix files in the users desktop were linked to other machines and the path was invalid. Did a grep to locate these linked files in the user folders, and found too many to change one by one. The vol copy command is only useful when copying from volume to volume on the same filer, correct? I am looking for the most efficient way to move data. Any suggestions would be great! Jessica JESSICA A. S. FERNANDEZ ESA-FM Facility Management E-mail: jasf(a)lanl.gov TA-16-661-101, MS-C933 Voice: 505-665-8051 Los Alamos National Laboratory Pager: 104-6707 Los Alamos, New Mexico 87545 FAX: 505-665-9490

9 15

administrators and users
by Ulrich Neumann 19 Apr '01

19 Apr '01

after working a while we recognised that the members of the local groups "builtin\administrators" and "builtin\users" on our filers (760 6.0.1R1) are now in the "user unknown" state. that means the usermanager from nt is not able to give us the "domainname\domain admins" and "domainname\domain users". in all other local groups the names are displayed correct. also the given permissions are ok, and we are able to administer the filers. but - how to fix this problem? is ther anybody out there ... who solved such problem? ulrich neumann brose fahrzeugteile gbmh&co kg coburg, bavaria, germany

1 0

RE: Another Q...
by Fox, Adam 18 Apr '01

18 Apr '01

How about after you connect to the filer, running a 'cifs sessions' to see what user is mapped to. Then check permissions of the /etc/directory. Also it would be good to know what qtree security type the root volume is set to. -- Adam Fox NetApp Professional Services, NC adamfox(a)netapp.com > -----Original Message----- > From: parker(a)redback.com [mailto:parker@redback.com] > Sent: Wednesday, April 18, 2001 2:34 PM > To: toasters(a)mathworks.com > Subject: Another Q... > > > Hi, > > Another question on the F85... > > We're trying to set it up with a win 2k administration host > (we've done > it with a UNIX host and all works fine there, NT or win2k is an > operational requirement)... > > Despite many attempts, we are unable to write to the /etc > directory. We > can mount \\netapp\C$ just fine, but cannot write. > > I've set it up in a number of different ways - with the administrative > host set using a hostname (with host defined in /etc/hosts on the > filer), IP address or set to 'all' ('return' at the prompt in setup). > > cifs access seems to be fine, we can access other directories on the > filer with no problem, and we can see stuff in /etc, we just can't > write. Writing to a different directory gives us files created by > 'nobody4:nogroup'. > > We've tried this as Administrator on the win 2k system, or as a > particular user (defined as a domain admin) with that user set up in > /etc/hosts.equiv. No luck. > > We do have a good (apparantly) connection to our domain > controller, and > we have a computer account in the NT domain for the filer. > > I'm pretty much stumped at this point... > > Any ideas? > > Cheers, > > Ross > -- > Ross Parker | > | "Lisp has all the visual appeal of > Diagnostic Engineer | oatmeal with fingernail clippings > Redback Networks Inc. | mixed in" - Larry Wall > parker(a)redback.com | >

1 0

RE: Another Q...
by Tom "Mad Dog" Yergeau 18 Apr '01

18 Apr '01

To gain read/write acess to the etc directory via CIFS, make sure the account you are using to access the filer is in the filer's local Administrators group, and that "options wafl.nt_admin_priv_map_to_root on". It also might help to put the NT account you are using as mapping to root in /etc/usermap.cfg. If these all don't work, try calling 1-888-4-NETAPP for assistance. Tom -----Original Message----- From: parker(a)redback.com [mailto:parker@redback.com] Sent: Wednesday, April 18, 2001 2:34 PM To: toasters(a)mathworks.com Subject: Another Q... Hi, Another question on the F85... We're trying to set it up with a win 2k administration host (we've done it with a UNIX host and all works fine there, NT or win2k is an operational requirement)... Despite many attempts, we are unable to write to the /etc directory. We can mount \\netapp\C$ just fine, but cannot write. I've set it up in a number of different ways - with the administrative host set using a hostname (with host defined in /etc/hosts on the filer), IP address or set to 'all' ('return' at the prompt in setup). cifs access seems to be fine, we can access other directories on the filer with no problem, and we can see stuff in /etc, we just can't write. Writing to a different directory gives us files created by 'nobody4:nogroup'. We've tried this as Administrator on the win 2k system, or as a particular user (defined as a domain admin) with that user set up in /etc/hosts.equiv. No luck. We do have a good (apparantly) connection to our domain controller, and we have a computer account in the NT domain for the filer. I'm pretty much stumped at this point... Any ideas? Cheers, Ross -- Ross Parker | | "Lisp has all the visual appeal of Diagnostic Engineer | oatmeal with fingernail clippings Redback Networks Inc. | mixed in" - Larry Wall parker(a)redback.com |

2 1

Another Q...
by parker＠redback.com 18 Apr '01

18 Apr '01

Hi, Another question on the F85... We're trying to set it up with a win 2k administration host (we've done it with a UNIX host and all works fine there, NT or win2k is an operational requirement)... Despite many attempts, we are unable to write to the /etc directory. We can mount \\netapp\C$ just fine, but cannot write. I've set it up in a number of different ways - with the administrative host set using a hostname (with host defined in /etc/hosts on the filer), IP address or set to 'all' ('return' at the prompt in setup). cifs access seems to be fine, we can access other directories on the filer with no problem, and we can see stuff in /etc, we just can't write. Writing to a different directory gives us files created by 'nobody4:nogroup'. We've tried this as Administrator on the win 2k system, or as a particular user (defined as a domain admin) with that user set up in /etc/hosts.equiv. No luck. We do have a good (apparantly) connection to our domain controller, and we have a computer account in the NT domain for the filer. I'm pretty much stumped at this point... Any ideas? Cheers, Ross -- Ross Parker | | "Lisp has all the visual appeal of Diagnostic Engineer | oatmeal with fingernail clippings Redback Networks Inc. | mixed in" - Larry Wall parker(a)redback.com |

1 0

Firmware upgrade, F85
by parker＠redback.com 18 Apr '01

18 Apr '01

Folks, I have an F85 on loan from Netapp, and I'm looking to upgrade OnTap. I gather I should verify I've got the latest firmware first. When I go to now.netapp.com to check the latest firmware rev, the firmware release table: (http://now.netapp.com/NOW/tools/releasetable.shtml) doesn't even mention the F85, just the F700 and F800 (and older filers). To top this off, 'sysconfig -v' does not show a firmware rev on this filer, so I'm not sure what I'm running... Any ideas? Thanks, Ross -- Ross Parker | | "Lisp has all the visual appeal of Diagnostic Engineer | oatmeal with fingernail clippings Redback Networks Inc. | mixed in" - Larry Wall parker(a)redback.com |

1 0

RE: help
by Cormier, Darleen 18 Apr '01

18 Apr '01

Hey Lance, me luv, We at NetApp are always eager to help, but could you be a little more specific? Are you being held hostage by terrorists? Did you lose your car keys? Are you trying to borrow money? Has a gorgeous woman tied you to a bed, no wait, I'll take that one back. You probably wouldn't want help in a case like that. However you see my problem, Lance. We really don't know exactly what kind of advice or support to offer. ;-) -----Original Message----- From: White, Lance [mailto:Lance.White@netapp.com] Sent: Wednesday, April 18, 2001 6:32 AM To: 'toasters(a)mathworks.com' <mailto:'toasters(a)mathworks.com'> Subject: help

3 2

RE: Tru64 and Backup Express
by Stringer, Douglas 18 Apr '01

18 Apr '01

Syncsort is a strong partner with NetApp and has certified their product in our recent FC Fabric Backup solutions with Spectra Logic and ATL libraries. You should be pleased with both their performance and support. Regards, Doug Stringer Secondary Storage Marketing Manager Network Appliance 495 East Java Drive Sunnyvale, CA 94089 stringer(a)netapp.com 408-822-6764 telephone 408-822-4611 fax -----Original Message----- From: Ambrose_Earle(a)shamrockfoods.com [mailto:Ambrose_Earle@shamrockfoods.com] Sent: Tuesday, April 17, 2001 6:39 PM To: toasters(a)mathworks.com; tru64-unix-managers(a)ornl.gov Subject: Tru64 and Backup Express Just wanted to get some feedback regarding Syncsort's Backup Express running on Tru64 4.0f. We are considering acquiring a Network Appliance filer and need strong NDMP support and this product seems to have good support of both, but I would like to know what the rest of you think?

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