toasters

toasters@lists.teaparty.net

1 participants
13516 discussions

RE: Raid Group question
by Sam Schorr 10 Dec '02

10 Dec '02

Art, There is no dynamic way to rebuild raid group sizing, or allocate from one raid group to another. Your statement about the safest way is also the only way that I have ever heard of (well, I guess volcopy would work, copying to another volume, destroying and rebuilding the source, and volcopy back). --sam -----Original Message----- From: Art Hebert [mailto:art@arzoon.com] Sent: Monday, December 09, 2002 4:42 PM To: 'toasters(a)mathworks.com' Subject: Raid Group question I have a current volume (vol0) that has a raidgroup size of 8. I had 3 spares that weren't being used and I wanted to add them to the volume, but like an idiot didn't check the raidgroup size. Thus when I added the 3 disks to the volume (vol0) 1 went to raidgroup 0 and the other 2 went to raidgroup 1 as a parity drive and a data drive. This will create a performance problem from what I can tell not mention another parity drive being used. I'd like to get these two disks back under raid group 0 if I can. Suggestions on the best way to do this would be appreciated. I'm thinking the safest way is to back it up and recreate the volumes and restore. Thanks art hebert

3 2

RE: Dump issue
by Art Hebert 10 Dec '02

10 Dec '02

I am writing 11gb from an F760 to a single dlt7000 on a sun 220r. Finishes in 40 minutes art hebert DUMP: creating "/vol/vol0/../snapshot_for_backup.195" snapshot. DUMP: Using subtree dump DUMP: Date of this level 0 dump: Tue Dec 10 13:06:44 2002. DUMP: Date of last level 0 dump: the epoch. DUMP: Dumping /vol/vol0/home/db_backup to sjcswm01 DUMP: mapping (Pass I)[regular files] DUMP: mapping (Pass II)[directories] DUMP: estimated 11405409 KB. DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] DUMP: Tue Dec 10 13:11:53 2002 : We have written 1246308 KB. DUMP: Tue Dec 10 13:16:53 2002 : We have written 2547789 KB. DUMP: Tue Dec 10 13:21:53 2002 : We have written 3884289 KB. DUMP: Tue Dec 10 13:26:53 2002 : We have written 5186734 KB. DUMP: Tue Dec 10 13:31:53 2002 : We have written 6496818 KB. DUMP: Tue Dec 10 13:36:53 2002 : We have written 7694731 KB. DUMP: Tue Dec 10 13:41:53 2002 : We have written 9001257 KB. DUMP: Tue Dec 10 13:46:53 2002 : We have written 10341265 KB. DUMP: dumping (Pass V) [ACLs] DUMP: 11408523 KB DUMP: DUMP IS DONE -----Original Message----- From: Kumar, Rahul [mailto:rahul.kumar@eds.com] Sent: Tuesday, December 10, 2002 7:40 AM To: Ambrose_Earle(a)shamrockfoods.com Cc: toasters(a)mathworks.com Subject: RE: Dump issue SomeBody in Netapp Needs to look at this ! -----Original Message----- From: Ambrose_Earle(a)shamrockfoods.com [mailto:Ambrose_Earle@shamrockfoods.com] Sent: Tuesday, December 10, 2002 9:00 PM To: Kumar, Rahul Cc: toasters(a)mathworks.com Subject: Re: Dump issue We are seeing very similar performance issues from our F840Cs. We have opened a case with NetApps, but have received very little information back from them. In our case, a 3 drive volume backing up gzip'ed files maxes out our SDLT drives at nearly 11 MB/sec. We have a 6 drive volume of highly compressible information that will stream to tape at over 20 MB/sec. However, a 7 drive volume that only contains a few dozen very large Oracle datafiles, now at times struggles to write 4 MB/sec! The only correlation that I can make is that when disk utilization goes above 40%, the backup speed plummets below 10 MB/sec. Have you tried running sysstat or statit during the backup? My biggest concern is that this may be the first symptom of some major problem. If 7 drives can't read faster than 4MB/sec, then wouldn't you be a little worried?

1 0

VERITAS ORACLE NETAPPS AND SOLARIS
by Noll, Kevin 10 Dec '02

10 Dec '02

Does anyone use the following combination of services Oracle Group on Veritas running on Solaris mounted to Network Appliance? Have you ever had the problem were by the following happens? TAG_D 2002/12/10 06:12:35 (snape) VCS:13067:Agent is calling clean for resource(ora_dat1_weborig) because the resource became OFFLINE unexpectedly, on its own. This problem happens at least once a week. We are running multiple versions of Solaris, Oracle and Data onTap. Any help would be much appreciated Kevin Noll tel +44 7900 244 255 ******************************************************************************************** " This message contains information that may be privileged or confidential and is the property of the Cap Gemini Ernst & Young Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message ". ********************************************************************************************

1 0

Re: Dump issue
by Ambrose_Earle＠shamrockfoods.com 10 Dec '02

10 Dec '02

We are seeing very similar performance issues from our F840Cs. We have opened a case with NetApps, but have received very little information back from them. In our case, a 3 drive volume backing up gzip'ed files maxes out our SDLT drives at nearly 11 MB/sec. We have a 6 drive volume of highly compressible information that will stream to tape at over 20 MB/sec. However, a 7 drive volume that only contains a few dozen very large Oracle datafiles, now at times struggles to write 4 MB/sec! The only correlation that I can make is that when disk utilization goes above 40%, the backup speed plummets below 10 MB/sec. Have you tried running sysstat or statit during the backup? My biggest concern is that this may be the first symptom of some major problem. If 7 drives can't read faster than 4MB/sec, then wouldn't you be a little worried?

1 0

RE: Suse & NetApp break oracle: flock problem
by Alex Harkema 10 Dec '02

10 Dec '02

Michael, attached you'll find the polyserv patch. Besides that you'll find a little program 'flock.c' which is able to execute old BSD-style flock or, at request, the POSIX fcntl lock. First method is not usable for NFS running the 'new' kernel (2.4.18-224), this in contrast to the 2nd method. Oracle uses first method (BSD-style) -alex -----Original Message----- From: Kiernan, Michael [mailto:mkiernan@netapp.com] Sent: Tuesday, December 10, 2002 9:13 AM To: 'Alex Harkema' Subject: RE: Suse & NetApp break oracle: flock problem Hi Alex, can you post details on the polyserve-flock patch? (a couple of minutes on Google failed to find it...) Thanks, Mike -----Original Message----- From: Alex Harkema [mailto:HarkemaA@vertis.nl] Sent: Monday, December 09, 2002 8:04 PM To: Kiernan, Michael Subject: RE: Suse & NetApp break oracle: flock problem Indeed it was what I was looking for. Thanks! Meanwhile, my cry for help activated some suse-people; I'm now awaiting their responses on the locking problem. Alex -----Original Message----- From: Kiernan, Michael [mailto:mkiernan@netapp.com] Sent: Monday, December 09, 2002 5:44 PM To: 'Alex Harkema' Subject: RE: Suse & NetApp break oracle: flock problem Hi Alex, look under the partners section on the website: http://www.netapp.com/partners/oracle/9irac.html <http://www.netapp.com/partners/oracle/9irac.html> whitepaper: http://www.netapp.com/tech_library/3164.html <http://www.netapp.com/tech_library/3164.html> hope that's what you're looking for... Mike -----Original Message----- From: Alex Harkema [mailto:HarkemaA@vertis.nl] Sent: Monday, December 09, 2002 5:33 PM To: Kiernan, Michael Cc: 'toasters(a)mathworks.com' Subject: RE: Suse & NetApp break oracle: flock problem Mike, thank you for your reply. I really suspect this is a linux-(kernel)problem. However I was curious if anyone had encountered the same issue. Besides that, we had not rebooted the machine when the error occurred. At the moment installations are running on the linux box (now still running the 2.4.18.-134 kernel, this one *not* containing the polyserver-flock patch) and I don't have the opportunity to reboot that one. However, I'll gladly send you the dumps afterward if we're still experiencing same problems. Can you tell me were I can find certifications for the oracle-on-linux/netapp products? Like, is 9iRac certified on Netapp? tia, Alex -----Original Message----- From: Kiernan, Michael [mailto:mkiernan@netapp.com] Sent: Monday, December 09, 2002 2:09 PM To: 'Alex Harkema' Cc: Rolf Fokkens Subject: RE: Suse & NetApp break oracle: flock problem Hi Alex, What did 'priv set advanced; lock_dump -h' show on the filer at the time you get the error ? Was Oracle shutdown cleanly prior to reboot ? One problem we're aware of with Linux rpc.statd is that it sometimes can fail to remove the locks on the filer on reboot, due to it locking with an unqualified nodename, and sending lock recovery packets with a fully-qualified domain name. If Oracle shutdown cleanly, however, the locks should have been released by that action. A pktt trace from the filer to the linux box (pktt start all -i <ip of oracle linux box>) while you reboot the upgraded box and restart oracle would be useful, as would the lock_dump output. I'll be happy to look at the data. Mike -----Original Message----- From: Alex Harkema [mailto:HarkemaA@vertis.nl] Sent: Monday, December 09, 2002 1:24 PM To: 'toasters(a)mathworks.com' Cc: Rolf Fokkens Subject: Suse & NetApp break oracle: flock problem Hi all! After upgrading the Linux kernel on our SuSE Linux Enterprise Server (SLES) to k_smp-2.4.18-224 we were unable to start our Oracle Database which was located on a NetApp Filer. All the feedback we got was "no locks available" Further investigation showed that k_smp-2.4.18-224 introduced a polyserve-flock patch which probably causes the problems. Has anyone ran into this? We'll do tests with k_smp-2.4.18-224 and/or 2.4.18-237 whithout the polyserve-flock patch and share this with those who express their interest. I address this report to both SuSE and NetApp for it's this combination that breaks Oracle. Because it's both in SuSE's and NetApp's interest I hope this report is appreciated though it may not have been sent through the proper channels. Alex Harkema Vertis

1 0

RE: Dump issue
by Kumar, Rahul 10 Dec '02

10 Dec '02

Hi As you can see its only 40gb data off from 119 gb vol0 Rahul -----Original Message----- From: Kumar, Sreejith [mailto:Sreejith_Kumar@mentorg.com] Sent: Tuesday, December 10, 2002 3:51 PM To: Kumar, Rahul Subject: Re: Dump issue Is your netapp over 70-80% capacity ? We had seen similar problems with dump when the filer reaches 70-80% capacity. Sreejith ----- Original Message ----- From: "Kumar, Rahul" <rahul.kumar(a)eds.com> To: "Chris Thompson" <cet1(a)cus.cam.ac.uk> Cc: <toasters(a)mathworks.com> Sent: Tuesday, December 10, 2002 3:08 PM Subject: RE: Dump issue > Hi All, > > This is the speed which I regularly used to get that too oon the same > tape.. We alternate the tapes.... Any help or issues... > Also the tape is attached to a remote host which is a dedicated solaris > box > > Regards > Rahul > > DUMP: creating "/vol/vol0/../snapshot_for_backup.11" snapshot. > DUMP: Using Full Volume Dump > DUMP: Date of this level 0 dump: Mon Dec 2 23:02:13 2002. > DUMP: Date of last level 0 dump: the epoch. > DUMP: Dumping /vol/vol0/ to root > DUMP: mapping (Pass I)[regular files] > DUMP: mapping (Pass II)[directories] > DUMP: estimated 42147106 KB. > DUMP: dumping (Pass III) [directories] > DUMP: dumping (Pass IV) [regular files] > DUMP: Mon Dec 2 23:08:12 2002 : We have written 971826 KB. > DUMP: Mon Dec 2 23:13:12 2002 : We have written 2639150 KB. > DUMP: Mon Dec 2 23:18:12 2002 : We have written 4115292 KB. > DUMP: Mon Dec 2 23:23:14 2002 : We have written 5679897 KB. > DUMP: Mon Dec 2 23:28:14 2002 : We have written 7306871 KB. > DUMP: Mon Dec 2 23:33:14 2002 : We have written 8830654 KB. > DUMP: Mon Dec 2 23:38:14 2002 : We have written 10476997 KB. > DUMP: Mon Dec 2 23:43:14 2002 : We have written 11551556 KB. > DUMP: Mon Dec 2 23:48:14 2002 : We have written 13048942 KB. > DUMP: Mon Dec 2 23:53:14 2002 : We have written 14688391 KB. > DUMP: Mon Dec 2 23:58:14 2002 : We have written 16221813 KB. > DUMP: Tue Dec 3 00:03:14 2002 : We have written 17364633 KB. > DUMP: Tue Dec 3 00:08:14 2002 : We have written 18843934 KB. > DUMP: Tue Dec 3 00:13:14 2002 : We have written 20516017 KB. > DUMP: Tue Dec 3 00:18:14 2002 : We have written 21848469 KB. > DUMP: Tue Dec 3 00:23:14 2002 : We have written 23232642 KB. > DUMP: Tue Dec 3 00:28:14 2002 : We have written 24980200 KB. > DUMP: Tue Dec 3 00:33:14 2002 : We have written 26645288 KB. > DUMP: Tue Dec 3 00:38:14 2002 : We have written 28013082 KB. > DUMP: Tue Dec 3 00:43:14 2002 : We have written 29653350 KB. > DUMP: Tue Dec 3 00:48:14 2002 : We have written 31112304 KB. > DUMP: Tue Dec 3 00:53:14 2002 : We have written 32806123 KB. > DUMP: Tue Dec 3 00:58:14 2002 : We have written 34071851 KB. > DUMP: Tue Dec 3 01:03:14 2002 : We have written 35518838 KB. > DUMP: Tue Dec 3 01:08:14 2002 : We have written 36825522 KB. > DUMP: Tue Dec 3 01:13:14 2002 : We have written 38524506 KB. > DUMP: Tue Dec 3 01:18:14 2002 : We have written 39836545 KB. > DUMP: Tue Dec 3 01:23:14 2002 : We have written 41444950 KB. > DUMP: dumping (Pass V) [ACLs] > DUMP: 42121234 KB > DUMP: DUMP IS DONE > > -----Original Message----- > From: Chris Thompson [mailto:cet1@cus.cam.ac.uk] > Sent: Tuesday, December 10, 2002 2:22 PM > To: Kumar, Rahul > Cc: toasters(a)mathworks.com > Subject: Re: Dump issue > > > rahul.kumar(a)eds.com (Rahul Kumar) writes: > > > > Any Ideas why the dump is running so slow. We are running the filer > > to > > > dump onto a SDLT tape drive > ^^^^^^^^^^^^^^^^^ > > Oh, yeah? In which case why does it say > > > DUMP: Dumping tape file 1 on /tmp/filer1tape > ^^^^^^^^^^^^^^^ > > ? > > If this is dumping to a tape on a remote host, I suppose that _could_ > be a symlink to a tape drive! But in that case, it may be the network > that is the source of your speed problem. > > Chris Thompson University of Cambridge Computing Service, > Email: cet1(a)ucs.cam.ac.uk New Museums Site, Cambridge CB2 3QH, > Phone: +44 1223 334715 United Kingdom.

1 0

RE: Dump issue
by Kumar, Rahul 10 Dec '02

10 Dec '02

Hi All, This is the speed which I regularly used to get that too oon the same tape.. We alternate the tapes.... Any help or issues... Also the tape is attached to a remote host which is a dedicated solaris box Regards Rahul DUMP: creating "/vol/vol0/../snapshot_for_backup.11" snapshot. DUMP: Using Full Volume Dump DUMP: Date of this level 0 dump: Mon Dec 2 23:02:13 2002. DUMP: Date of last level 0 dump: the epoch. DUMP: Dumping /vol/vol0/ to root DUMP: mapping (Pass I)[regular files] DUMP: mapping (Pass II)[directories] DUMP: estimated 42147106 KB. DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] DUMP: Mon Dec 2 23:08:12 2002 : We have written 971826 KB. DUMP: Mon Dec 2 23:13:12 2002 : We have written 2639150 KB. DUMP: Mon Dec 2 23:18:12 2002 : We have written 4115292 KB. DUMP: Mon Dec 2 23:23:14 2002 : We have written 5679897 KB. DUMP: Mon Dec 2 23:28:14 2002 : We have written 7306871 KB. DUMP: Mon Dec 2 23:33:14 2002 : We have written 8830654 KB. DUMP: Mon Dec 2 23:38:14 2002 : We have written 10476997 KB. DUMP: Mon Dec 2 23:43:14 2002 : We have written 11551556 KB. DUMP: Mon Dec 2 23:48:14 2002 : We have written 13048942 KB. DUMP: Mon Dec 2 23:53:14 2002 : We have written 14688391 KB. DUMP: Mon Dec 2 23:58:14 2002 : We have written 16221813 KB. DUMP: Tue Dec 3 00:03:14 2002 : We have written 17364633 KB. DUMP: Tue Dec 3 00:08:14 2002 : We have written 18843934 KB. DUMP: Tue Dec 3 00:13:14 2002 : We have written 20516017 KB. DUMP: Tue Dec 3 00:18:14 2002 : We have written 21848469 KB. DUMP: Tue Dec 3 00:23:14 2002 : We have written 23232642 KB. DUMP: Tue Dec 3 00:28:14 2002 : We have written 24980200 KB. DUMP: Tue Dec 3 00:33:14 2002 : We have written 26645288 KB. DUMP: Tue Dec 3 00:38:14 2002 : We have written 28013082 KB. DUMP: Tue Dec 3 00:43:14 2002 : We have written 29653350 KB. DUMP: Tue Dec 3 00:48:14 2002 : We have written 31112304 KB. DUMP: Tue Dec 3 00:53:14 2002 : We have written 32806123 KB. DUMP: Tue Dec 3 00:58:14 2002 : We have written 34071851 KB. DUMP: Tue Dec 3 01:03:14 2002 : We have written 35518838 KB. DUMP: Tue Dec 3 01:08:14 2002 : We have written 36825522 KB. DUMP: Tue Dec 3 01:13:14 2002 : We have written 38524506 KB. DUMP: Tue Dec 3 01:18:14 2002 : We have written 39836545 KB. DUMP: Tue Dec 3 01:23:14 2002 : We have written 41444950 KB. DUMP: dumping (Pass V) [ACLs] DUMP: 42121234 KB DUMP: DUMP IS DONE -----Original Message----- From: Chris Thompson [mailto:cet1@cus.cam.ac.uk] Sent: Tuesday, December 10, 2002 2:22 PM To: Kumar, Rahul Cc: toasters(a)mathworks.com Subject: Re: Dump issue rahul.kumar(a)eds.com (Rahul Kumar) writes: > > Any Ideas why the dump is running so slow. We are running the filer to > dump onto a SDLT tape drive ^^^^^^^^^^^^^^^^^ Oh, yeah? In which case why does it say > DUMP: Dumping tape file 1 on /tmp/filer1tape ^^^^^^^^^^^^^^^ ? If this is dumping to a tape on a remote host, I suppose that _could_ be a symlink to a tape drive! But in that case, it may be the network that is the source of your speed problem. Chris Thompson University of Cambridge Computing Service, Email: cet1(a)ucs.cam.ac.uk New Museums Site, Cambridge CB2 3QH, Phone: +44 1223 334715 United Kingdom.

1 0

Dump issue
by Kumar, Rahul 10 Dec '02

10 Dec '02

Hi Any Ideas why the dump is running so slow. We are running the filer to dump onto a SDLT tape drive DUMP: creating "/vol/vol0/../snapshot_for_backup.0" snapshot. DUMP: Using Full Volume Dump DUMP: Dumping tape file 1 on /tmp/filer1tape DUMP: Date of this level 0 dump: Mon Dec 9 23:02:06 2002. DUMP: Date of last level 0 dump: the epoch. DUMP: Dumping /vol/vol0/ to root DUMP: mapping (Pass I)[regular files] DUMP: mapping (Pass II)[directories] DUMP: estimated 44482138 KB. DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] DUMP: Mon Dec 9 23:08:37 2002 : We have written 328738 KB. DUMP: Mon Dec 9 23:13:37 2002 : We have written 813336 KB. DUMP: Mon Dec 9 23:18:37 2002 : We have written 1248349 KB. DUMP: Mon Dec 9 23:23:37 2002 : We have written 1780575 KB. DUMP: Mon Dec 9 23:28:37 2002 : We have written 2307507 KB. DUMP: Mon Dec 9 23:33:37 2002 : We have written 2782586 KB. DUMP: Mon Dec 9 23:38:37 2002 : We have written 3220125 KB. DUMP: Mon Dec 9 23:43:37 2002 : We have written 3751844 KB. DUMP: Mon Dec 9 23:48:37 2002 : We have written 4190113 KB. DUMP: Mon Dec 9 23:53:37 2002 : We have written 4641781 KB. DUMP: Mon Dec 9 23:58:37 2002 : We have written 5080513 KB. DUMP: Tue Dec 10 00:03:37 2002 : We have written 5606338 KB. DUMP: Tue Dec 10 00:08:37 2002 : We have written 6088137 KB. DUMP: Tue Dec 10 00:13:37 2002 : We have written 6572608 KB. DUMP: Tue Dec 10 00:18:37 2002 : We have written 7016947 KB. DUMP: Tue Dec 10 00:23:37 2002 : We have written 7542679 KB. DUMP: Tue Dec 10 00:28:37 2002 : We have written 7984060 KB. DUMP: Tue Dec 10 00:33:37 2002 : We have written 8503801 KB. DUMP: Tue Dec 10 00:38:37 2002 : We have written 8958353 KB. DUMP: Tue Dec 10 00:43:37 2002 : We have written 9390217 KB. DUMP: Tue Dec 10 00:48:37 2002 : We have written 9828824 KB. DUMP: Tue Dec 10 00:53:37 2002 : We have written 10260501 KB. Rahul

3 2

Raid Group question
by Art Hebert 10 Dec '02

10 Dec '02

I have a current volume (vol0) that has a raidgroup size of 8. I had 3 spares that weren't being used and I wanted to add them to the volume, but like an idiot didn't check the raidgroup size. Thus when I added the 3 disks to the volume (vol0) 1 went to raidgroup 0 and the other 2 went to raidgroup 1 as a parity drive and a data drive. This will create a performance problem from what I can tell not mention another parity drive being used. I'd like to get these two disks back under raid group 0 if I can. Suggestions on the best way to do this would be appreciated. I'm thinking the safest way is to back it up and recreate the volumes and restore. Thanks art hebert

1 0

RE: Placing Oracle onto a cluster
by Art Hebert 09 Dec '02

09 Dec '02

We have the following: Head One: redo logs dbf files dbs files ctl files system temp Head Two: redo logs archive logs ctl files Sun Server: oracle binaries ctl files Since its dedicated to our production database I am thinking of moving some of the data files over to Head Two to improve performance. We have seperate mount points for each database component so we can move as needed without too much effort. art hebert -----Original Message----- From: George Kahler [mailto:george@YorkU.CA] Sent: Saturday, December 07, 2002 7:30 AM To: toasters(a)mathworks.com Subject: Placing Oracle onto a cluster I would appreciate if someone could share how they break the various Oracle parts (pls excuse, I'm not a DBA), ie. data, logs, archives, & etc. amongst the various volumes in a NetApp cluster. I have an Oracle instance running on a singe F840 that very shortly is going to be clustered. The Oracle binaries are in a separate qtree and the rest the DBAs put in another qtree that I created for them. The qtrees and mount are by the SID. (HR) On the toaster /vol/db/<sid>/archs archive logs /ctl control files /data dbf files /rbs dbs files /redo redo logs /system /temp this gets mounted on a Sun DB server as filer:/vol/db/HR /rmounts/HR /oradata/HR --> /rmounts/DB/HR The DBAs refer to the database by a slink /oradata/HR in this case. A new mandate is to utilize the clustered F840s and to separate the database (.dbf), the redo and archive logs. In the cluster env there are now 4 volumes, 2 on each head. One for database, the other for logs (one has snapshots the other does not). Production DB is on one head, QA on the other. filer: A filer: B ------------------------ vol DB vol DB vol log vol log Do you folks that spread your logs end up with multiple nfs mounts per database? Do I suggest to my DBAs that I will have something like: A:/vol/db/HR/u01/data /rmounts/HR/u01 /rbs /system /temp A:/vol/log/HR/u02/redo1 /rmounts/HR/u02 /arch1 /ctl1 B:/vol/log/HR/u03/redo2 /rmounts/HR/u03 /arch2 /ctl2 /oradata/HR --> /rmounts/HR So I end up with 3 nfs mounts for each instance of the database? How do you people do this? There are about 10 other DBs waiting. What about a DSS; a reporting database? At the present time with all of the DB components on one volume all the DBAs have to snap the one volume and they can start up a DSS instance. In this new scenario, I guess they will still have to snap the DB volume and also snap one of the LOG volumes. What do you do? Sorry for being so winded but I was looking for specifics, unfortunately I couldn't find anything on either the NOW site or the archive list. Just the White Papers that describe the concept. Thanks, George ---------------------------------------------------------------------------- --- George Kahler e-mail: george(a)yorku.ca Sr. Systems Administrator humans: (416) 736-2100 x.22699 Computing and Network Services machines: (416) 736-5830 Ontario, Canada, M3J-1P3

1 0

RE: Suse & NetApp break oracle: flock problem
by Alex Harkema 09 Dec '02

09 Dec '02

Mike, thank you for your reply. I really suspect this is a linux-(kernel)problem. However I was curious if anyone had encountered the same issue. Besides that, we had not rebooted the machine when the error occurred. At the moment installations are running on the linux box (now still running the 2.4.18.-134 kernel, this one *not* containing the polyserver-flock patch) and I don't have the opportunity to reboot that one. However, I'll gladly send you the dumps afterward if we're still experiencing same problems. Can you tell me were I can find certifications for the oracle-on-linux/netapp products? Like, is 9iRac certified on Netapp? tia, Alex -----Original Message----- From: Kiernan, Michael [mailto:mkiernan@netapp.com] Sent: Monday, December 09, 2002 2:09 PM To: 'Alex Harkema' Cc: Rolf Fokkens Subject: RE: Suse & NetApp break oracle: flock problem Hi Alex, What did 'priv set advanced; lock_dump -h' show on the filer at the time you get the error ? Was Oracle shutdown cleanly prior to reboot ? One problem we're aware of with Linux rpc.statd is that it sometimes can fail to remove the locks on the filer on reboot, due to it locking with an unqualified nodename, and sending lock recovery packets with a fully-qualified domain name. If Oracle shutdown cleanly, however, the locks should have been released by that action. A pktt trace from the filer to the linux box (pktt start all -i <ip of oracle linux box>) while you reboot the upgraded box and restart oracle would be useful, as would the lock_dump output. I'll be happy to look at the data. Mike -----Original Message----- From: Alex Harkema [mailto:HarkemaA@vertis.nl] Sent: Monday, December 09, 2002 1:24 PM To: 'toasters(a)mathworks.com' Cc: Rolf Fokkens Subject: Suse & NetApp break oracle: flock problem Hi all! After upgrading the Linux kernel on our SuSE Linux Enterprise Server (SLES) to k_smp-2.4.18-224 we were unable to start our Oracle Database which was located on a NetApp Filer. All the feedback we got was "no locks available" Further investigation showed that k_smp-2.4.18-224 introduced a polyserve-flock patch which probably causes the problems. Has anyone ran into this? We'll do tests with k_smp-2.4.18-224 and/or 2.4.18-237 whithout the polyserve-flock patch and share this with those who express their interest. I address this report to both SuSE and NetApp for it's this combination that breaks Oracle. Because it's both in SuSE's and NetApp's interest I hope this report is appreciated though it may not have been sent through the proper channels. Alex Harkema Vertis

1 0

Suse & NetApp break oracle: flock problem
by Alex Harkema 09 Dec '02

09 Dec '02

Hi all! After upgrading the Linux kernel on our SuSE Linux Enterprise Server (SLES) to k_smp-2.4.18-224 we were unable to start our Oracle Database which was located on a NetApp Filer. All the feedback we got was "no locks available" Further investigation showed that k_smp-2.4.18-224 introduced a polyserve-flock patch which probably causes the problems. Has anyone ran into this? We'll do tests with k_smp-2.4.18-224 and/or 2.4.18-237 whithout the polyserve-flock patch and share this with those who express their interest. I address this report to both SuSE and NetApp for it's this combination that breaks Oracle. Because it's both in SuSE's and NetApp's interest I hope this report is appreciated though it may not have been sent through the proper channels. Alex Harkema Vertis

1 0

RE: Access the filer via passwordless ssh
by Potakamuri, Sreenivasa 08 Dec '02

08 Dec '02

This feature is not possible with ONTAP 6.3. But, this will be available in the future release. Thanks, Sreenivasa Potakamuri Network Appliance. -----Original Message----- From: Leslie Wang To: toasters(a)mathworks.com Sent: 12/8/02 3:49 AM Subject: Access the filer via passwordless ssh Does anyone know if his is possible with ONTAP 6.3?

1 0

RE: Accessing Filer from DOS
by Hall, Tom 08 Dec '02

08 Dec '02

I ran into a similar issue with a network boot disk that Norton Ghost made. I solved the problem by using Bart's network boot disk to connect to our filer. They seem to keep up with new dos drivers/utils for tcp/ip, ms network client, and nic drivers. You can download the disk from http://students.lco-college.edu/bootcd/network_boot_disk.htm <http://students.lco-college.edu/bootcd/network_boot_disk.htm> -----Original Message----- From: steven boyer [mailto:sboyer1@tampabay.rr.com] Sent: Wednesday, December 04, 2002 12:11 PM To: toasters(a)mathworks.com Subject: Accessing Filer from DOS If a NT server goes down, we want to be able to re-image the windows server from the filer. We must do this from a DOS prompt. So the question is how do I access the filer using DOS. The following is the information from our NT Admin: I am trying to connect to the filer at \\crsqfiler\image to create and store images of our WIN2K servers. I used Powerquest to create the boot disks (Powerquest Boot Disk Builder Version 5.01 Build Bdb501.012). I receive the following error when attempting to connect to the filer from DOS - Error 58 The network has responded incorrectly. Attempts to connect to other sharepoints on the filer are also unsuccessful. I can connect to any WIN2K Share with no problem. I have reviewed the issues in the NETAPP Knowledge base, as well as, Powerquest's knowledge base and can find no remedy Has anyone been able to get this to work? Steven

2 1

Placing Oracle onto a cluster
by George Kahler 07 Dec '02

07 Dec '02

I would appreciate if someone could share how they break the various Oracle parts (pls excuse, I'm not a DBA), ie. data, logs, archives, & etc. amongst the various volumes in a NetApp cluster. I have an Oracle instance running on a singe F840 that very shortly is going to be clustered. The Oracle binaries are in a separate qtree and the rest the DBAs put in another qtree that I created for them. The qtrees and mount are by the SID. (HR) On the toaster /vol/db/<sid>/archs archive logs /ctl control files /data dbf files /rbs dbs files /redo redo logs /system /temp this gets mounted on a Sun DB server as filer:/vol/db/HR /rmounts/HR /oradata/HR --> /rmounts/DB/HR The DBAs refer to the database by a slink /oradata/HR in this case. A new mandate is to utilize the clustered F840s and to separate the database (.dbf), the redo and archive logs. In the cluster env there are now 4 volumes, 2 on each head. One for database, the other for logs (one has snapshots the other does not). Production DB is on one head, QA on the other. filer: A filer: B ------------------------ vol DB vol DB vol log vol log Do you folks that spread your logs end up with multiple nfs mounts per database? Do I suggest to my DBAs that I will have something like: A:/vol/db/HR/u01/data /rmounts/HR/u01 /rbs /system /temp A:/vol/log/HR/u02/redo1 /rmounts/HR/u02 /arch1 /ctl1 B:/vol/log/HR/u03/redo2 /rmounts/HR/u03 /arch2 /ctl2 /oradata/HR --> /rmounts/HR So I end up with 3 nfs mounts for each instance of the database? How do you people do this? There are about 10 other DBs waiting. What about a DSS; a reporting database? At the present time with all of the DB components on one volume all the DBAs have to snap the one volume and they can start up a DSS instance. In this new scenario, I guess they will still have to snap the DB volume and also snap one of the LOG volumes. What do you do? Sorry for being so winded but I was looking for specifics, unfortunately I couldn't find anything on either the NOW site or the archive list. Just the White Papers that describe the concept. Thanks, George ------------------------------------------------------------------------------- George Kahler e-mail: george(a)yorku.ca Sr. Systems Administrator humans: (416) 736-2100 x.22699 Computing and Network Services machines: (416) 736-5830 Ontario, Canada, M3J-1P3

2 2

new gigabit card
by Piotr KUCHARSKI 06 Dec '02

06 Dec '02

Are there more than one model of gigabit card for filer 740? Which is the best, then? p. -- Beware of he who would deny you access to information, for in his heart he dreams himself your master. -- Commissioner Pravin Lal http://nerdquiz.sgh.waw.pl/ -- polska wersja quizu dla nerdów ;)

2 1

AW: Accessing Filer from DOS
by Friedrich, Bernhard 06 Dec '02

06 Dec '02

There's yet another entry you may need to set: preferredredir=full This needs to be set in system.ini, typically in the directory where you keep the "net" command on your bootdisk. That way, you won't have to issue "net start /full" but a "net start" will suffice. If that still doesn't help, also set autostart=full in system.ini - this has always worked for us. See http://now.netapp.com/Knowledgebase/solutionarea.asp?id=ntapcs3583 for details and also see http://now.netapp.com/Knowledgebase/solutionarea.asp?id=ntapcs2762 - there's a typo in that article, though - it needs to be preferredredir instead of prefrredredir. Greetings, Bernhard Friedrich Uniklinikum Heidelberg ZIM - Server und Basissysteme -----Ursprüngliche Nachricht----- Von: Steven Boyer GD-Mail [mailto:steven.boyer@gd-centcom.com] Gesendet: Donnerstag, 5. Dezember 2002 17:40 An: Kumar, Rahul; Hall, Tom; toasters(a)mathworks.com Betreff: Re: Accessing Filer from DOS We made all those changes and still no glory ----- Original Message ----- From: Kumar, Rahul To: Hall, Tom ; steven boyer ; toasters(a)mathworks.com Sent: Wednesday, December 04, 2002 10:52 PM Subject: RE: Accessing Filer from DOS Hi, You just need to modify the following line in the floppy to gain access to filers from DOS prompt. By default, the boot disk builder uses basic redirection. The Filers require Full redirection to make connections. Edit the A:\autoexec.bat on the floppy you just created and look for the line net start basic Change this line to read net start full That will take care of the problem. Rahul Kumar, Tele: + 91 20 2930812 (D), Cell: + 91 982230 9177. EDS PLM Solutions, Pune, India. -----Original Message----- From: Hall, Tom [mailto:Tom.Hall@exchange.webmd.net] Sent: Thursday, December 05, 2002 2:46 AM To: 'steven boyer'; toasters(a)mathworks.com Subject: RE: Accessing Filer from DOS I ran into a similar issue with a network boot disk that Norton Ghost made. I solved the problem by using Bart's network boot disk to connect to our filer. They seem to keep up with new dos drivers/utils for tcp/ip, ms network client, and nic drivers. You can download the disk from http://students.lco-college.edu/bootcd/network_boot_disk.htm -----Original Message----- From: steven boyer [mailto:sboyer1@tampabay.rr.com] Sent: Wednesday, December 04, 2002 12:11 PM To: toasters(a)mathworks.com Subject: Accessing Filer from DOS If a NT server goes down, we want to be able to re-image the windows server from the filer. We must do this from a DOS prompt. So the question is how do I access the filer using DOS. The following is the information from our NT Admin: I am trying to connect to the filer at \\crsqfiler\image to create and store images of our WIN2K servers. I used Powerquest to create the boot disks (Powerquest Boot Disk Builder Version 5.01 Build Bdb501.012). I receive the following error when attempting to connect to the filer from DOS - Error 58 The network has responded incorrectly. Attempts to connect to other sharepoints on the filer are also unsuccessful. I can connect to any WIN2K Share with no problem. I have reviewed the issues in the NETAPP Knowledge base, as well as, Powerquest's knowledge base and can find no remedy Has anyone been able to get this to work? Steven

1 0

RE: Accessing Filer from DOS
by Kumar, Rahul 05 Dec '02

05 Dec '02

Hi, You just need to modify the following line in the floppy to gain access to filers from DOS prompt. By default, the boot disk builder uses basic redirection. The Filers require Full redirection to make connections. Edit the A:\autoexec.bat on the floppy you just created and look for the line net start basic Change this line to read net start full That will take care of the problem. Rahul Kumar, Tele: + 91 20 2930812 (D), Cell: + 91 982230 9177. EDS PLM Solutions, Pune, India. -----Original Message----- From: Hall, Tom [mailto:Tom.Hall@exchange.webmd.net] Sent: Thursday, December 05, 2002 2:46 AM To: 'steven boyer'; toasters(a)mathworks.com Subject: RE: Accessing Filer from DOS I ran into a similar issue with a network boot disk that Norton Ghost made. I solved the problem by using Bart's network boot disk to connect to our filer. They seem to keep up with new dos drivers/utils for tcp/ip, ms network client, and nic drivers. You can download the disk from http://students.lco-college.edu/bootcd/network_boot_disk.htm -----Original Message----- From: steven boyer [mailto:sboyer1@tampabay.rr.com] Sent: Wednesday, December 04, 2002 12:11 PM To: toasters(a)mathworks.com Subject: Accessing Filer from DOS If a NT server goes down, we want to be able to re-image the windows server from the filer. We must do this from a DOS prompt. So the question is how do I access the filer using DOS. The following is the information from our NT Admin: I am trying to connect to the filer at \\crsqfiler\image to create and store images of our WIN2K servers. I used Powerquest to create the boot disks (Powerquest Boot Disk Builder Version 5.01 Build Bdb501.012). I receive the following error when attempting to connect to the filer from DOS - Error 58 The network has responded incorrectly. Attempts to connect to other sharepoints on the filer are also unsuccessful. I can connect to any WIN2K Share with no problem. I have reviewed the issues in the NETAPP Knowledge base, as well as, Powerquest's knowledge base and can find no remedy Has anyone been able to get this to work? Steven

2 1

Netware file security migration to CIFS NetApp filer
by Hight, Steve - Perot 05 Dec '02

05 Dec '02

Has anyone used the Migration Tool for Netware that came with NT 4.0 to migrate from Netware 4.x to a CIFS filer? There is already a NT domain setup, all clients are authenticating to both NDS and a NT4 domain. The problem is that it looks like there is not a way to use the Migration Tool for Netware that came with NT 4.0 to migrate straight to the filer. The tool wants to copy from a Netware volume to local disk on the NT domain controller that you have the tools and gateway service on. Anyone know of a workaround to copy from Netware to the filer? I realize that if I did not need to migrate security my options would be much greater (NFS, FTP, etc), but migrating security is a must. Thanks for your help. Steve Hight Perot Systems

1 0

RE: Accessing Filer from DOS
by Hill, Aaron 04 Dec '02

04 Dec '02

One word; SAMBA If you are running unix/linux servers in the same environment, run samba on one of them and modify your share connection on the Norton bootdisk or whatever you are using. Eg net use z \\ <file:///\\%3cunix_servername%3e\%3csamba_share_to_image_dir> <unix_servername>\<samba_share_to_image_dir>. SAMBA will take care of all the authentication with your DC with your existing ghost userid. We use it for our pc/laptop images. SAMBA and unix/linux. Never leave home without them! Aaron www.navitaire.com -----Original Message----- From: Hall, Tom [mailto:Tom.Hall@exchange.webmd.net] Sent: Thursday, December 05, 2002 8:16 AM To: 'steven boyer'; toasters(a)mathworks.com Subject: RE: Accessing Filer from DOS I ran into a similar issue with a network boot disk that Norton Ghost made. I solved the problem by using Bart's network boot disk to connect to our filer. They seem to keep up with new dos drivers/utils for tcp/ip, ms network client, and nic drivers. You can download the disk from http://students.lco-college.edu/bootcd/network_boot_disk.htm <http://students.lco-college.edu/bootcd/network_boot_disk.htm> -----Original Message----- From: steven boyer [mailto:sboyer1@tampabay.rr.com] Sent: Wednesday, December 04, 2002 12:11 PM To: toasters(a)mathworks.com Subject: Accessing Filer from DOS If a NT server goes down, we want to be able to re-image the windows server from the filer. We must do this from a DOS prompt. So the question is how do I access the filer using DOS. The following is the information from our NT Admin: I am trying to connect to the filer at \\crsqfiler\image to create and store images of our WIN2K servers. I used Powerquest to create the boot disks (Powerquest Boot Disk Builder Version 5.01 Build Bdb501.012). I receive the following error when attempting to connect to the filer from DOS - Error 58 The network has responded incorrectly. Attempts to connect to other sharepoints on the filer are also unsuccessful. I can connect to any WIN2K Share with no problem. I have reviewed the issues in the NETAPP Knowledge base, as well as, Powerquest's knowledge base and can find no remedy Has anyone been able to get this to work? Steven

1 0

Accessing Filer from DOS
by steven boyer 04 Dec '02

04 Dec '02

If a NT server goes down, we want to be able to re-image the windows server from the filer. We must do this from a DOS prompt. So the question is how do I access the filer using DOS. The following is the information from our NT Admin: I am trying to connect to the filer at \\crsqfiler\image to create and store images of our WIN2K servers. I used Powerquest to create the boot disks (Powerquest Boot Disk Builder Version 5.01 Build Bdb501.012). I receive the following error when attempting to connect to the filer from DOS - Error 58 The network has responded incorrectly. Attempts to connect to other sharepoints on the filer are also unsuccessful. I can connect to any WIN2K Share with no problem. I have reviewed the issues in the NETAPP Knowledge base, as well as, Powerquest's knowledge base and can find no remedy Has anyone been able to get this to work? Steven

1 0

Tape Jukebox and scsi errors (Overland LXS mini library express)
by Darragh, Stephen J 04 Dec '02

04 Dec '02

Hello, We have a F820 with a lvd scsi card and a Overland Data LXS mini library express (1 dlt7000 and 15 slots) This is directly attached and controlled via ndmp and Veritas NetBackup 3.4.1 We are getting the following errors: Sun Dec 1 12:30:18 EST [isp_timeout:warning]: 1.4(0x015e8ca4, 0x00): command timeout, quiescing bus to allow outstanding I/O to complete. Sun Dec 1 12:30:24 EST [isp_timeout:warning]: Resetting SCSI adapter 1 (ha #0) Sun Dec 1 12:30:25 EST [isp_timeout:warning]: Resetting SCSI bus 1 (ha #0) to clear outstanding I/O. Sun Dec 1 12:30:39 EST [isp_timeout:warning]: 1.4(0x015e8ca4, 0x00): command timeout, quiescing bus to allow outstanding I/O to complete. Sun Dec 1 12:30:45 EST [isp_timeout:warning]: Resetting SCSI adapter 1 (ha #0) Sun Dec 1 12:30:45 EST [isp_timeout:warning]: Resetting SCSI bus 1 (ha #0) to clear outstanding I/O. Sun Dec 1 12:31:31 EST [isp_timeout:warning]: 1.4(0x015ea0a4, 0x00): command timeout, quiescing bus to allow outstanding I/O to complete. When we reboot we can use the jukebox, we can use this and it will run fine till we power cycle the jukebox and then we have to bounce the filer. And we can't figure out why we are getting these errors. I have tried swapping cables, terminator, scsi cards, and the jukebox itself. The jukebox is a SE device that is attached to the lvd scsi controller on the filer which should be supported. In fact, if I try to add a 2nd jukebox, the errors are so bad that I can't see either one. I have set the indentification to be DEC TL800, since the filer did not recognize this as a Overland LXS. Does anyone have one of these jukebox's and what Vendor ID and Prodcut ID are you using??? Thanks Stephen Darragh

1 0

backup troubles
by Ambrose_Earle＠shamrockfoods.com 04 Dec '02

04 Dec '02

Does anyone else experience frequent backup failures? We have an F840 cluster and we use NetVault to perform ndmpd backups to an overland tape library. Many times we receive messages like Mon Nov 25 02:43:55 MST [filer: ispfc_main:error]: Tape (switch:0.1L3) hard media error: Sense_Key (3) ASC (c) ASCQ (0) and the backup fails. Our same system is also used by a UNIX server and it never fails, so is DataONTAP more sensitive to these types of issues? Technically, what triggers this? Any help would be much appreciated,

3 2

RE: Network Adapters for Netcache C720
by Alan McLachlan 04 Dec '02

04 Dec '02

Oscar, You'll need to look at the System Configuration Guide on now.netapp.com for a C720 for the version of NetCache you are running to confirm compatability. I just tried to look for you but that part of the site appears to be down at the moment. Having said that, I'm sure any of the adapters you listed will work just fine, if what you are getting at is that you have those in stock and you're not sure which one to use. If you are suggesting using a non-NetApp adaptor, you need to look at the chipset on the NetApp adapter and find another OEM card with the same chipset. i.e. the X1001B is a common Znyx adapter. However, there are two issues with doing this: 1) The firmware on your substitute adaptor may no be the same as the one from NetApp, so it may not work correctly. 2) You will violate your NetApp hardware maintenance contract by using a third-party product inside the box. I do know that the NetApp X1025B gigabit ethernet adaptor is a stock standard Intel Pro1000 which is fully interchangeable, i.e. you can use the NetApp card in a Windows or Linux box and it will work just fine and the regular Intel 8940PWL will work just fine in a Filer (at about a third of the price you would have to pay NetApp for it!). We often use the original Intel card in NetApp boxes in our test labs. However, issue (2) above still applies, so we would never recommend any of our customers do this in a live environment. regards, Alan McLachlan Senior Systems Engineer Storage Management Solutions ASI Solutions www.asi.com.au Ph +61 2 6230 1566 Fax +61 2 6230 5343 Mobile +61 428 655644 e-mail amclachlan(a)asi.com.au -----Original Message----- From: Oscar Rodriguez Hernandez [mailto:orh@satec.es] Sent: Friday, 29 November 2002 8:46 PM To: toasters(a)mathworks.com Cc: Jose Luis Jimenez Fernandez; Jose Sanchez Subject: Network Adapters for Netcache C720 Hello We currently have one C720 Netache unit. We need to have this unit more than one Ethnernet port, and at our local stock we have many different types of Network Adapters, and we would like to know if we could use one of those instead of buying a new one. The network adapters fort C720 are the following NetApp P/N: Single-port 10Base-T/100Base-TX: P/N X1001B* P/N X1001C Quad-port 10Base-T/100Base-TX P/N X1012B* P/N X1012C Does anyone know which network card (manufacturer, model) are those P/N for? Has anyone used succesfully any different network adapter not from NetApp for the NetCache C720 unit? Thanks. Oscar. **** ASI Solutions Disclaimer **** The material transmitted may contain confidential and/or privileged material and is intended only for the addressee. If you receive this in error, please notify the sender and destroy any copies of the material immediately. ASI will protect your Privacy according to the 10 Privacy Principles outlined under the new Privacy Act, Dec 2001. This email is also subject to copyright. Any use of or reliance upon this material by persons or entities other than the addressee is prohibited. E-mails may be interfered with, may contain computer viruses or other defects. Under no circumstances do we accept liability for any loss or damage which may result from your receipt of this message or any attachments. **** END OF MESSAGE ****

1 0

RE: no_atime_update
by Alan McLachlan 03 Dec '02

03 Dec '02

Ambrose, This article is referring to databases stored on the ext2 linux filesystem, which is a traditional update-in-place fs with fixed locations for metadata. This means that every time a file is read or written the access time (atime) field in the directory entry is updated, causing a seek to the directory inode. Note that actual writes cause the last-modified field to also be changed, you can't do anything about that one. So for transactional read intensive applications (such as databse reporting) on traditional filesystems (ext2/ext3/reiserfs/UFS/NTFS/JFS/AdvFS/XFS etc.), turning off the atime update for those files will cause a substantial reduction in both metadata processing CPU overhead and drive head seeking - hence the performance improvements noted. You would actually see an even greater performance improvement for files held locally on a Windows server due to the NTFS MFT location, so those seeking to optimise a SQL Server installation on a local NTFS filesystem should consider turning off the atime update on their db files. Everything changes however when you move the database to a remote WAFL filesystem on a NetApp Filer. On Network Appliance's WAFL filesytem, we have no fixed locations for metadata and never update-in-place. All required metadata changes for the new consistent image, right back to the root inode, are written at each consistency point. So on NetApp, the access time updata simply causes a few extra blocks to be written at each consistency point (every 10 seconds unless a lot of incoming data writes are received as well). Since we these blocks are written to new locations we aren't seeking back to old spots so there's very little or no head additional head movement, and since the metadata processing is performed by the Filer there is ZERO difference in CPU overhead on the actual Oracle server (i.e. it has no visibility of the atime update setting which is local to the Filer). So the performance benefit to be gained by turning of the atime update on a filer volume hosting an Oracle database is minimal, and being able to track when files have been read may be useful to the administrator, particulary when performing security breach analysis. NetApp do recommend that you turn this off in a limited range of environments, such a read-only library data warehouse where the atime updates are high compared to the regular write load and may cause unnecessary consistency points within the normal 10 second timeout, or add a significant number of blocks to the CP. In these cases you may see a performance improvement but it is still unlikely to be more than a few percent. Note that if you are using the new SnapDrive VLD or LUN block I/O products with your Filer to host the database, you're back to a traditional filesystem managed by the attached Oracle host, so WAFL features don't offload the metadata processing CPU overhead like they do for NFS/CIFS access. However you will still gain some benefit from the block location virtualisation (the head seeks are eliminated because the VLD blocks are not actually overwritten in place, the host just thinks they are.... :o) ) Hope all this helps. Alan McLachlan Senior Systems Engineer Storage Management Solutions NetAppCA, FCNE ASI Solutions www.asi.com.au Ph +61 2 6230 1566 Fax +61 2 6230 5343 Mobile +61 428 655644 e-mail amclachlan(a)asi.com.au -----Original Message----- From: Ambrose_Earle(a)shamrockfoods.com [mailto:Ambrose_Earle@shamrockfoods.com] Sent: Saturday, 30 November 2002 10:19 AM To: toasters(a)mathworks.com Subject: no_atime_update Is anyone using this option with volumes containing Oracle or Lotus Notes files? Have you tested it for any performance improvements? How does this differ from mounting with noatime? I read an article that claimed a nice performance increase when used with Oracle datafiles. Here's the link: http://www.linuxjournal.com/article.php?sid=5840 **** ASI Solutions Disclaimer **** The material transmitted may contain confidential and/or privileged material and is intended only for the addressee. If you receive this in error, please notify the sender and destroy any copies of the material immediately. ASI will protect your Privacy according to the 10 Privacy Principles outlined under the new Privacy Act, Dec 2001. This email is also subject to copyright. Any use of or reliance upon this material by persons or entities other than the addressee is prohibited. E-mails may be interfered with, may contain computer viruses or other defects. Under no circumstances do we accept liability for any loss or damage which may result from your receipt of this message or any attachments. **** END OF MESSAGE ****

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