Re: Tru64 Direct I/O

I have been running 8.1.7.2 on Tru64 5.1 on a "SAN". However, the Database Server and the Application Server [Apps R11] are the only servers on the "SAN" {and that's why I say "SAN" in "quotes" !}

I had set _tru64_directio_disabled=TRUE in my database in June 2002 [after having upgraded from 8.0.5 in February 2002] and haven't had any database problems.

Hematn

At 02:04 PM 09-01-03 -0800, you wrote:
>Mike,
>
>Compaq SAN and Tru64 and direct I/O have been nothing but trouble in my
>recent experience. I put in over 35 hours over Christmas and last
>weekend working on recoveries of system crashes. Our problem appears to
>have been relating to the fact that several machines had mount points on
>disks that were striped and accessed from different machines. According
>to vendor techs, this shouldn't be a problem, but told us to move all
>mount points around so that there were no "splits" where a disk was
>being used from more than one host. So far, we have not had a crash
>since we did that (uptime of 4 days -- a new record for the past 2-3
>months). We've disabled direct I/O, but I don't know whether or not
>this was part of the problem. Our problems started getting worse after
>going to 5.1a and got severe when we started using multiple nodes of our
>cluster. Compaq said for awhile that the problem was with the GS160 so
>we bought 4 ES45's. Talk about a sales pitch "Our big machine we sold
>you 12 months ago stinks, you should 'upgrade' to a bunch of our smaller
>ones."
>
>Good luck.
>
>Stephen
>
> >>> HANDM_at_polaroid.com 01/09/03 01:54PM >>>
>OK, everything I've read so far on using Direct I/O with an Oracle
>database
>says it's a bad idea. Either performance problems or block corruption
>may
>occur. The notes on metalink (132391.1) refer to Tru64 5.0A and 5.1
>but not
>5.1A (to which we've recently upgraded). So is anyone using Direct I/O
>on
>Tru64 successfully.
>
>Oracle V8.1.7.3 EE (non-OPS)
>Tru64 5.1A on Alpha Servers
>
>Mike Hand
>Polaroid Corp
>
>
>This transmission is intended only for use by the addressee(s) named
>herein and may contain information that is proprietary, confidential
>and/or legally privileged. If you are not the intended recipient, you
>are hereby notified that any disclosure, copying, distribution, or use
>of the information contained herein (including any reliance thereon) is
>STRICTLY PROHIBITED. If you received this transmission in error, please
>immediately contact the sender and destroy the material in its entirety,
>whether in electronic or hard copy format. Thank you.
>
>--
>Please see the official ORACLE-L FAQ: http://www.orafaq.net
>--
>Author: Stephen Andert
> INET: StephenAndert_at_firsthealth.com
>
>Fat City Network Services -- 858-538-5051 http://www.fatcity.com
>San Diego, California -- Mailing list and web hosting services
>---------------------------------------------------------------------
>To REMOVE yourself from this mailing list, send an E-Mail message
>to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
>the message BODY, include a line containing: UNSUB ORACLE-L
>(or the name of mailing list you want to be removed from). You may
>also send the HELP command for other information (like subscribing).

Hemant K Chitale
My web site page is : http://hkchital.tripod.com

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Hemant K Chitale
  INET: hkchital_at_singnet.com.sg

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).