toasters

toasters@lists.teaparty.net

13520 discussions

Re: NIS problem with netgroup file
by Cheryl Cruddace 26 May '00

26 May '00

Jagan Bearelly wrote: >I am assuming you are using DNS. There should be case sensitive >FQDN entry that matches the "nslookup" output for a given client >and please see that dns.domainname is set with the same case >sensitive value because "ypmatch" on NIS server is case sensitive. I am using DNS, I am not sure what you mean by case sensitive FQDN or do you mean case insensitive? All combos of case seem to work when I do an nslookup, i.e. feather, Feather, FEATHER...and none of this mattered for the first 1-1/2 years so why now? The dns.domain is set also. >Also, ONTAP version 5.3.4R3 doesn't have a fix for netgroup related >issue (19922 netgroup lookups can fail with fully qualified domain >name). This fix is available in 5.3.5, 5.3.5R1 and 5.3.5R2 which are >the latest releases. Thanks for the info. However, I went to the NOW site and the Data ONTAP Release Advisor (a really neat tool I just found) said to go to 5.3.5r2. So, is this not only the latest but also stable since stable is mucho importante. I am running off to conquer new worlds in another week and I can't get an unlisted number and hide since I will only be four trailers away from where I am now. And, I don't want to leave a bunch of limping filers as my legacy now do I??? Cheryl

2 1

RE: [foo@eek.org: Oracle and NTAP.]
by jeff.browning＠netapp.com 26 May '00

26 May '00

All: Re: "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." I was responsible for testing Network Appliance filers to obtain certification for our storage products by Oracle corporation, as part of the Oracle Storage Compatibility Program (OSCP). See: http://www.oracle.com/database/storage/vendors.html. A major portion of the OSCP test suite had to do with abruptly powering off the filer while the database server stayed up (as well as powering off the database server while the filer stayed up, etc.). NetApp filers passed all of these tests to the satisfaction of Oracle Corporation. The position of Oracle Corporation today is that NetApp filers are an appropriate storage technology for storing Oracle database files, as evidenced by the URL I show above. If you have any further questions on this issue, please contact me directly. Jeff Browning O.C.P. M.C.S.E. Manager of Database Performance Network Appliance, Inc. ----- Forwarded message from foo <foo(a)eek.org> ----- From: foo <foo(a)eek.org> To: toasters(a)mathworks.com Subject: Oracle and NTAP. 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 ----- End forwarded message -----

1 0

snap command
by Todd C. Merrill 26 May '00

26 May '00

I have a need to get lists of snapsnots on my filers. However, since the filers are heavily used, the snap command takes minutes to return. I suspect they take that long in order to calculate the usage statistics. Is there another way, a faster way, to just get a list of the snapshot names and timestamps? A listing of the directories under a .snapshot directory give the names, but not accurate timestamps. Until next time... Todd C. Merrill The Mathworks, Inc. 508-647-7000 x7792 3 Apple Hill Drive, Natick, MA 01760-2098 508-647-7001 FAX tmerrill(a)mathworks.com http://www.mathworks.com ---

3 2

RE: snap command
by Graham.Knight＠netapp.com 26 May '00

26 May '00

In the .snapshot directory an "ls -alu" will give you the correct times. Graham -----Original Message----- From: Todd C. Merrill [mailto:tmerrill@mathworks.com] Sent: Friday, May 26, 2000 7:04 AM To: toasters(a)mathworks.com Subject: snap command I have a need to get lists of snapsnots on my filers. However, since the filers are heavily used, the snap command takes minutes to return. I suspect they take that long in order to calculate the usage statistics. Is there another way, a faster way, to just get a list of the snapshot names and timestamps? A listing of the directories under a .snapshot directory give the names, but not accurate timestamps. Until next time... Todd C. Merrill The Mathworks, Inc. 508-647-7000 x7792 3 Apple Hill Drive, Natick, MA 01760-2098 508-647-7001 FAX tmerrill(a)mathworks.com http://www.mathworks.com ---

1 0

RE: Accessing the filer from an Windows NT workstations
by abond＠netapp.com 26 May '00

26 May '00

Please open a call with NetApp support - there are a number of possible explanations for this, all fairly simple to resolve. Regards, Andrew > -----Original Message----- > From: owner-dl-toasters(a)netapp.com > [mailto:owner-dl-toasters@netapp.com]On Behalf Of > bhaskar.g(a)philips.com > Sent: 26 May 2000 08:50 > To: toasters(a)mathworks.com > Subject: Accessing the filer from an Windows NT workstations > > > Hi, > > we are unable to access the filer from the NT workstations > or NT Servers through the > NT Server Manager. We have done the configuration as per the > Sys Admin manual. > Please let us know what could be the problem. It gives the > error permission denied. > > > kind regards > > Bhaskar G > Philips Semiconductors, > #3, Sterling Square,Madras Bank Road, > Off St Mark's Road,BANGALORE-560 001. > Voice : +91 80 222 9200 Ext 5060 > Fax: +91 80 2229700 > >

1 0

Accessing the filer from an Windows NT workstations
by bhaskar.g＠philips.com 26 May '00

26 May '00

Hi, we are unable to access the filer from the NT workstations or NT Servers through the NT Server Manager. We have done the configuration as per the Sys Admin manual. Please let us know what could be the problem. It gives the error permission denied. kind regards Bhaskar G Philips Semiconductors, #3, Sterling Square,Madras Bank Road, Off St Mark's Road,BANGALORE-560 001. Voice : +91 80 222 9200 Ext 5060 Fax: +91 80 2229700

1 0

Re: NIS problem with netgroup file
by Jagan Bearelly 26 May '00

26 May '00

Hi Cheryl, I would also advise to go to 5.3.5R2. If you still have an issue after upgrade, I would like to look at netgroups entry for one of the clients in question along with autosupports, /etc/resolv.conf, /etc/nsswitch.conf, etc. Please email the info directly to me at that point. Thank you. Regards, Jagan > From cruddace(a)feather.llnl.gov Thu May 25 17:32:29 2000 > Date: Thu, 25 May 2000 17:23:02 -0700 (PDT) > From: Cheryl Cruddace <cruddace(a)feather.llnl.gov> > Subject: Re: NIS problem with netgroup file > To: jagan(a)netapp.com > Cc: toasters(a)mathworks.com > MIME-Version: 1.0 > Content-MD5: +YTS6ZN6Oo0B/5xulEuLqA== > > Jagan Bearelly wrote: > > >I am assuming you are using DNS. There should be case sensitive > >FQDN entry that matches the "nslookup" output for a given client > >and please see that dns.domainname is set with the same case > >sensitive value because "ypmatch" on NIS server is case sensitive. > > I am using DNS, I am not sure what you mean by case sensitive FQDN > or do you mean case insensitive? All combos of case seem to work > when I do an nslookup, i.e. feather, Feather, FEATHER...and none > of this mattered for the first 1-1/2 years so why now? The dns.domain > is set also. > > >Also, ONTAP version 5.3.4R3 doesn't have a fix for netgroup related > >issue (19922 netgroup lookups can fail with fully qualified domain > >name). This fix is available in 5.3.5, 5.3.5R1 and 5.3.5R2 which are > >the latest releases. > > > Thanks for the info. However, I went to the NOW site and the Data ONTAP > Release Advisor (a really neat tool I just found) said to go to 5.3.5r2. > So, is this not only the latest but also stable since stable is mucho > importante. I am running off to conquer new worlds in another week > and I can't get an unlisted number and hide since I will only be four > trailers away from where I am now. And, I don't want to leave a bunch > of limping filers as my legacy now do I??? > > Cheryl > >

1 0

RE: Oracle and NTAP.
by Bruce.Clarke＠netapp.com 25 May '00

25 May '00

We have extensively tested many scenarios of filer/server failures in an Oracle environment. It is actually pretty hard to lose any data and we have yet to find a way to corrupt data if the steps outlined in the Technical Whitepapers are followed. In particular, you MUST use hard NFS mounts with Oracle. The situation described below will only be a problem if soft NFS mounts are used. Bruce Clarke Network Appliance, Inc. -----Original Message----- From: Brian Tao [mailto:taob@risc.org] Sent: Wednesday, May 24, 2000 9:43 PM To: foo Cc: toasters(a)mathworks.com Subject: Re: Oracle and NTAP. On Wed, 24 May 2000, foo wrote: > > 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. Can they publish the exact steps they used to produce this behaviour? We have various flavours of Oracle 7 and 8 (not 8i) with tables stored over NFS on a clustered pair of F740's. We ran a simple test that repeatedly inserted 100 rows, deleted 99 rows, inserted 100 rows, deleted 99 rows, ad infinitum. In the middle of that, we yanked the power from one of the F740's. This triggered a failover to the other F740. During that time, NFS service is suspended, and you can see transactions from sqlplus hang for about 90 seconds. The NVRAM logs are replayed during the takeover, NFS service is restored, and the test script continues running. All records that we expect to see in the database are accounted for. Granted, this is a very simple test, so I'd like to know how your DBA's were able to produce the behaviour they claimed to have seen. -- Brian Tao (BT300, taob(a)risc.org) "Though this be madness, yet there is method in't"

1 0

RE: Interaction of /etc/hosts.equiv and telnet.hosts option
by tim.thompson＠netapp.com 25 May '00

25 May '00

> We agree that rsh hosts shouldn't need to be in "options telnet.hosts" - > this is ridiculous. NetApp needs to revert this behaviour so that > hosts.equiv is all that is necessary for rsh access. We agree as well. This ill-advised change to the behaviour of rsh will be backed-out at the earliest opportunity, including if possible the maintenance releases of 5.3. This change was made some time ago (introduced in 5.3) before there was a more formal review process. We tried to address the issue with documentation but customers continue to run into problems. We now have (and have had for the past year) an official and active "UI Review" process. Our developers are instructed: "If you're developing a new feature, or modifying or removing an existing feature, and the feature has an interface that's visible to customers, you need to get the change reviewed by the UI Review Team." The UI Review Team includes representatives from each engineering group (including TechPubs) and Customer Satisfaction. UI changes are discussed at length before being approved by this team. Naturally, the goal is to produce better user interfaces and prevent ill-advised changes from affecting our customers. ...Tim Thompson...Network Appliance, Inc...

1 0

RE: vol copy speed?
by jeff.mohler＠netapp.com 25 May '00

25 May '00

You should see a max of about 17.5Mb/sec using vol copy between two Gig interfaces...two 100Bt interfaces..well, then you'll only do 100Mbit. Vol copy is free. Its a block for block copy, so the usual NFS performance numbers do not apply as far as how fast you can move data, the bottleneck will be on the destination end. I will preserve snapshots as well. -----Original Message----- From: Steve Losen [mailto:scl@sasha.acc.virginia.edu] Sent: Thursday, May 25, 2000 8:11 AM To: toasters(a)mathworks.com Subject: vol copy speed? We have two F630s in a CF pair, with a total of 7 shelves of 9G drives. We are upgrading to 5.3.5R2P2 and adding 12 36G drives in 2 shelves. We have enough spare slots and spare disks in our existing 7 shelves to depopulate one shelf and leave us with 42 9G disks in 6 shelves 12 36G disks in 2 shelves We want to do some reshuffling of our shelves between the two filers. We plan to copy the following volume to a new volume consisting of 10 36G disks (leaving 2 hot spares). Filesystem kbytes used avail capacity Mounted on /vol/vol0/ 139160864 115462812 23698052 83% /vol/vol0/ /vol/vol0/.snapshot 34790216 12362380 22427836 36% /vol/vol0/.snapshot We are thinking about using vol copy and we would like to preserve all the snapshots. I think it would be faster to copy locally. However, we have 100Mb ethernet between the two filers, so would it be faster to hook up the shelves on different filers and vol copy across the net? If this copy can be done in under, say, 5 hours, we have the luxury of turning off NFS and CIFS and giving vol copy 100% of the CPU. We have to shut down both filers for OS upgrade, recabling shelves, etc., so downtime is inevitable. But if this copy is going to take over 5 hours, that's probably too long. Is there any information about how fast vol copy runs? Am I correct that vol copy does not require a special license? We figure that we have two options here 1) one lengthy downtime where we use vol copy during the downtime. 2) two shorter downtimes. In the first downtime we upgrade the OS and add the 36G shelves. Then we bring the filers back up and run a relatively slow dump/restore that loses snapshots. In the second downtime we run an incremental dump/restore and move the disk shelves to their final locations. If vol copy is "fast enough," option 1 would be easier and less disruptive than option 2. Steve Losen scl(a)virginia.edu phone: 804-924-0640 University of Virginia ITC Unix Support

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