toasters

toasters@lists.teaparty.net

2 participants
13529 discussions

Fibre Cards?
by jmiddlebrooks＠datalink.com 25 May '00

25 May '00

Do the Netapp F700 series only support Qlogic ISP2100 cards fibre cards? What fibre cards can be used in the Filer? Emulex? JNI? Thanks in Advance Jason Middlebrooks Systems Engineer Datalink Corp. 888-933-9327 x2970

1 0

Re: Migrating from NetApp to new NetApp
by Richard L. Rhodes 25 May '00

25 May '00

I wonder if Netapp would give out a temporary snapmirror license to help migrating data between servers? That's kind of how I migrate data between unix systems via rdist. Rick On 25 May 2000, at 11:15, Cliff Nadler wrote: > > > > Recently i migrated data (over 110GB) from F520 to F760. With a gig > card > > insatlled in both the systems, we acheived 35GB per hour by using vol > copy > > command. I am not sure about F230 taking a gig card. > >

1 0

Stale File Handles
by Jay Orr 25 May '00

25 May '00

AARRRGGHH!!! Ok, so I queried the list about this a year ago (early May '99) but am dealing with it again. Guy Harris was kind enough to help, and if you're out there I could use your help again. We had a power outage a week ago that shut down all our desktop systems - but not our filers and servers. Now, we have at random times during the day a large majority of systems griping : NFS write error on host hardrock: Stale NFS file handle. (file handle: 2ae0500 51356400 20000000 aa5c8 54417810 5c140000 2ae0500 51356400) They all have the same File handle, and the toaster has no error messages in its etc/messages files. I tried rebooting a few systems, but they still generate these error messages. I was trying to figure out what file it is by extracting an INODE number, but what Guy said before doesn't match : >In 5.0, we had to add a file system ID; file handles in 5.0 and later >consist of: > > 32-bit file ID for mount point > 32-bit generation count for mount point > 8-bit snapshot ID in which file resides > 8-bit unused byte > 32-bit file ID for file > 32-bit generation count for file > 32-bit volume ID for file > 32-bit file ID for export point > 32-bit combined snapshot ID and generation number for export > point; > the upper 8 bits of that 32-bit quantity are the snapshot ID > and the lower 24 bits are the generation number. > >The file's file ID (but not the mount point's or export point's file ID) >is *big-endian*; So, any ideas as to how to figure this out? Thanks! ----------- Jay Orr Systems Administrator Fujitsu Nexion Inc. St. Louis, MO

3 4

RE: Problem in Saving CDE Settings
by Schepers, Jan 25 May '00

25 May '00

Hello all, > I think it´s a problem with the permissions on your home > directory. The dtlogin process (CDE) reads > and writes configuration files in the > homedirectory (~/.dtlogin/..). The owner of the > process is root --> But root > has not permissions on mounted directories! When the problem is caused by a dtlogin process that tries to write as root to the users home directory, then we are talking about a CDE design error. The remedy for the problem lies in changing CDE in such a way that it uses the concerning user identity to read/write files to the users home directory. This is possible since it are divine powers that cause the problem. All other actions like opening up directories, exporting for root with or without subnet stuff are merely an intermediate solution. Yann

1 0

Re: Migrating from NetApp to new NetApp
by Sateesh Mucharla 25 May '00

25 May '00

Kelsey, Recently i migrated data (over 110GB) from F520 to F760. With a gig card insatlled in both the systems, we acheived 35GB per hour by using vol copy command. I am not sure about F230 taking a gig card. Alternately, you could use cpio for data transfer from any unix host. Its very efficient. I am acheiving 7GB per hour on regular network. Cheers Sateesh National Semiconductors > X-envelope-info: <kgc(a)sonic.net> > Date: Wed, 24 May 2000 14:50:25 -0700 > From: Kelsey Cummings <kgc(a)sonic.net> > X-Accept-Language: en > MIME-Version: 1.0 > To: toasters(a)mathworks.com > Subject: Migrating from NetApp to new NetApp > Content-Transfer-Encoding: 7bit > > I've got a f230 with 4 shelves of 4GB disks and its replacement, an > f740. I talked to netapp support and they recommended that the best > method to move the data from the f230 to the f740 would be to tapes with > dump and restore. I can't believe that there isn't a more efficient way > to do this. We are an ISP and all mail/ftp/http is served off of the > netapp, any downtime will be painfull so we'd like to minimize it as > best we can. > > What choices to migrate the data do we have? We've considered tar/cpio > over nfs but that's going to take some time even if we migrate one > service at a time. dump/restore seems clumsy. and plain ole 'cp' would > take forever. Apparently there are issues with volcopy going from SCSI > to FCAL, is that true? > > -- > Kelsey Cummings - kgc(a)sonic.net sonic.net > System Administrator 300 B Street, Ste 101 > 707.522.1000 (Voice) Santa Rosa, CA 95404 > 707.547.2199 (Fax) http://www.sonic.net/ > Fingerprint = 7F 59 43 1B 44 8A 0D 57 91 08 73 73 7A 48 90 C5

2 1

Re: software distribution with NDMPcopy/SnapMirror over WANs?
by Tor Lillqvist 25 May '00

25 May '00

> I believe "rsync" utility can help you out.... Definitely. FYI: Do not even consider rdist. In the common case of very small daily changes, rsync is one magnitude faster than rdist for replicating from one filer to another. (If lots of files change every day, the actual data transfer time will probably dominate, and the difference will not be that great.) Of course, SnapMirror is probably one magnitude faster than any replication using intermediate NFS clients such as rsync, as has other advantages as well... --tml

1 0

Oracle and NTAP.
by foo 25 May '00

25 May '00

Ok, so we've been contemplating using one of our 760's for Oracle storage. Discussions with Netapp people made me feel relatively warm and fuzzy about doing this but discussions with our DBA consultants didn't. Specifically they mentioned a situation they had experienced while testing a netapp/oracle environment which would cause total corruption and require restoration from backup. The specific situation is a case where the filer loses power but the DB server doesn't. Their claim is that if this occurs there is no method to recover the DB other than from backup. Anyone had any experience with Oracle/Netapp or this specific situation? We plan to test this in the next few days, but I wanted to get any insights you all might have. Thanks, -Brian

2 1

RE: Migrating from NetApp to new NetApp
by john.harechmak＠netapp.com 24 May '00

24 May '00

Hi, There is a whitepaper that might be interest on the netapp website: "Migrating Data Between NetApp Filers" http://www.netapp.com/tech_library/3018.html. Have you considered NDMPcopy? -- johnrh -----Original Message----- From: Kelsey Cummings [mailto:kgc@sonic.net] Sent: Wednesday, May 24, 2000 2:50 PM To: toasters(a)mathworks.com Subject: Migrating from NetApp to new NetApp I've got a f230 with 4 shelves of 4GB disks and its replacement, an f740. I talked to netapp support and they recommended that the best method to move the data from the f230 to the f740 would be to tapes with dump and restore. I can't believe that there isn't a more efficient way to do this. We are an ISP and all mail/ftp/http is served off of the netapp, any downtime will be painfull so we'd like to minimize it as best we can. What choices to migrate the data do we have? We've considered tar/cpio over nfs but that's going to take some time even if we migrate one service at a time. dump/restore seems clumsy. and plain ole 'cp' would take forever. Apparently there are issues with volcopy going from SCSI to FCAL, is that true? -- Kelsey Cummings - kgc(a)sonic.net sonic.net System Administrator 300 B Street, Ste 101 707.522.1000 (Voice) Santa Rosa, CA 95404 707.547.2199 (Fax) http://www.sonic.net/ Fingerprint = 7F 59 43 1B 44 8A 0D 57 91 08 73 73 7A 48 90 C5

2 1

Re: Stale File Handles -Reply
by Guy Harris 24 May '00

24 May '00

> is this perchance a problem with entries in the sm file? Unlikely - that's only for lock manager stuff, nor for NFS stuff.

1 0

Stale File Handles -Reply
by Timothy Cook 24 May '00

24 May '00

is this perchance a problem with entries in the sm file? >>> Jay Orr <orrjl(a)stl.nexen.com> 05/24/00 12:03pm >>> AARRRGGHH!!! Ok, so I queried the list about this a year ago (early May '99) but am dealing with it again. Guy Harris was kind enough to help, and if you're out there I could use your help again. We had a power outage a week ago that shut down all our desktop systems - but not our filers and servers. Now, we have at random times during the day a large majority of systems griping : NFS write error on host hardrock: Stale NFS file handle. (file handle: 2ae0500 51356400 20000000 aa5c8 54417810 5c140000 2ae0500 51356400) They all have the same File handle, and the toaster has no error messages in its etc/messages files. I tried rebooting a few systems, but they still generate these error messages. I was trying to figure out what file it is by extracting an INODE number, but what Guy said before doesn't match : >In 5.0, we had to add a file system ID; file handles in 5.0 and later >consist of: > > 32-bit file ID for mount point > 32-bit generation count for mount point > 8-bit snapshot ID in which file resides > 8-bit unused byte > 32-bit file ID for file > 32-bit generation count for file > 32-bit volume ID for file > 32-bit file ID for export point > 32-bit combined snapshot ID and generation number for export > point; > the upper 8 bits of that 32-bit quantity are the snapshot ID > and the lower 24 bits are the generation number. > >The file's file ID (but not the mount point's or export point's file ID) >is *big-endian*; So, any ideas as to how to figure this out? Thanks! ----------- Jay Orr Systems Administrator Fujitsu Nexion Inc. St. Louis, MO

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