<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Are you using any mount options?<br>
<br>
On 04/01/2011 01:12 AM, John Gardner wrote:
<blockquote
cite="mid:0EF7337F42B8B0428C06290DC305EA4302ECB4C154AA@ST1AA2V00009.stc.local"
type="cite">
<meta http-equiv="Content-Type" content="text/html;
charset=ISO-8859-1">
<meta name="Generator" content="Microsoft Word 12 (filtered
medium)">
<style>
<!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;}
@page Section1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.Section1
{page:Section1;}
-->
</style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
<div class="Section1">
<p class="MsoNormal">Hi everyone<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">We have a problem when writing a some files
to OCFS2 and I
hope perhaps some of you may be able to help. I’ll outline
our
system first.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">We have a Oracle RAC system about to go
into service.
There are two DB nodes running Oracle Enterprise Linux 5u4
(64bit) with kernel
2.6.18-164.15.1.0.1.el5. ASM is handling all of the discs
apart from Parallel
Concurrent Processing (PCP) which we have installed on an
OCFS2 shared disc
between the two nodes. The RAC system is all working
correctly, but we
are experiences anomalies when certain files are written to
the OCFS2 PCP
disc. Our OCFS2 install information is;<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">ocfs2-tools-1.4.4-1.el5.x86_64<o:p></o:p></p>
<p class="MsoNormal">ocfs2console-1.4.4-1.el5.x86_64<o:p></o:p></p>
<p class="MsoNormal">ocfs2-2.6.18-164.15.1.0.1.el5-1.4.7-1.el5.x86_64<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Device: /dev/emcpoweri1<o:p></o:p></p>
<p class="MsoNormal">Mountpoint: /u03<o:p></o:p></p>
<p class="MsoNormal">Version: 0.90<o:p></o:p></p>
<p class="MsoNormal">Cluster Size: 8K<o:p></o:p></p>
<p class="MsoNormal">Block Size: 4K<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">OK, Now for the problem. When an Oracle
Interface/Data
Load Program is started (this loads data into the db) through
Concurrent
Manager, we see the log file for this operation (which stores
errors etc.)
being create in the out directory under $APPLCSF/$APPLOUT, but
it is always of
0Kb. We know this worked on one of our tests systems (using
NFS rather
than OCFS2) so we know that the process works, we just don’t
know why it doesn’t
work under OCFS2.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"> In order to try and narrow the problem
down, we started
to examine the tmp directory at $APPLPTMP (also on the OCFS2
disc) and we could
see the file being written to the tmp directory successfully,
but at the
point where the file is copied over to the to the out
directory it somehow sets
the file to 0Kb and the contents of the log file is lost. As
an experiment,
we moved the tmp directory to an ext3 partition and pointed
$APPLPTMP to this
new location via a sym link... since doing this everything now
works, and the fully
populated output log file is written to $APPLCSF/$APPLOUT
(still on the OCFS2
partition) correctly. Unfortunately, we can’t leave the tmp
directory on the ext3 partition as it needs to be shared, so
my question is
quite simple really, does anyone know why the action of
writing the log file to
this temp directory should cause such an anomaly?<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I’d greatly appreciate any input that can
be given.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Thanks and Regards<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">John<o:p></o:p></p>
<br>
</div>
</blockquote>
<br>
</body>
</html>