<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=us-ascii">
<META content="MSHTML 6.00.2900.3354" name=GENERATOR></HEAD>
<BODY>
<DIV><FONT face=Arial size=2><SPAN
class=461134117-14082008>Greetings,</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN
class=461134117-14082008></SPAN></FONT> </DIV>
<DIV><FONT face=Arial size=2><SPAN class=461134117-14082008>When attempting to
start up a database on an OCFS2 filesystem, Oracle complains with the
following errors:</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN
class=461134117-14082008></SPAN></FONT> </DIV>
<DIV><FONT face=Arial size=2><SPAN
class=461134117-14082008></SPAN></FONT> </DIV>
<DIV><FONT face=Arial size=2><SPAN class=461134117-14082008>ORA-27090: Message
27090 not found; product=RDBMS; facility=ORA</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN class=461134117-14082008>Linux-x86_64 Error:
4: Interrupted system call</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN class=461134117-14082008>Additional
information: 3</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN class=461134117-14082008>Additional
information: 128</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN class=461134117-14082008>Additional
information: 65536</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN class=461134117-14082008>*** 2008-08-12
14:02:01.304</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN class=461134117-14082008>Warning: OS async
I/O limit 128 is lower than recovery batch 1024</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><SPAN class=461134117-14082008><FONT face=Arial size=2>Searching for
'interrupted system call" seems to suggest that filesystem is not mounted with
the nointr option, but it is:</FONT></SPAN></DIV>
<DIV><SPAN class=461134117-14082008><FONT face=Arial
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=461134117-14082008><FONT face=Arial size=2>/dev/sdg1 on
/var/opt/oracle/oradata/ph1p type ocfs2
(rw,_netdev,datavolume,nointr,heartbeat=local)</FONT></SPAN></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><SPAN class=461134117-14082008><FONT face=Arial
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=461134117-14082008><FONT face=Arial size=2>I have no idea about
the async I/O limit. I know that this kernel paramater is no longer
tunable in 2.6 kernels.</FONT></SPAN></DIV>
<DIV><FONT face=Arial size=2><SPAN class=461134117-14082008></SPAN></FONT><FONT
face=Arial size=2><SPAN class=461134117-14082008></SPAN></FONT> </DIV>
<DIV><FONT face=Arial size=2><SPAN class=461134117-14082008>I have a dozen or so
databases on another filesystems and on other machines, none of which exhibit
this behavior. Does anyone know why it complains of an 'interrupted system
call' and I/O limits for this filesystem and/or if they pose a
problem?</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN
class=461134117-14082008></SPAN></FONT> </DIV>
<DIV><FONT face=Arial size=2><SPAN class=461134117-14082008>Kernel is
2.6.18-53.el5 #1 SMP Wed Oct 10 16:34:19 EDT 2007 x86_64 x86_64 x86_64
GNU/Linux</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN class=461134117-14082008>Under Red Hat v5.1
with ocfs2-2.6.18-53.el5-1.2.8-2.el5.</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN
class=461134117-14082008></SPAN></FONT> </DIV>
<DIV><FONT face=Arial size=2><SPAN
class=461134117-14082008>TIA,</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN
class=461134117-14082008></SPAN></FONT> </DIV>
<DIV><FONT face=Arial size=2><SPAN
class=461134117-14082008>Daniel</SPAN></FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=Arial size=2><SPAN
class=461134117-14082008></SPAN></FONT> </DIV><br><br><table bgcolor=white style="color:black"><tr><td><br><br>
______________________________________________________________________<br>
This email transmission and any documents, files or previous email<br>
messages attached to it may contain information that is confidential or<br>
legally privileged. If you are not the intended recipient or a person<br>
responsible for delivering this transmission to the intended recipient,<br>
you are hereby notified that you must not read this transmission and<br>
that any disclosure, copying, printing, distribution or use of this<br>
transmission is strictly prohibited. If you have received this transmission<br>
in error, please immediately notify the sender by telephone or return email<br>
and delete the original transmission and its attachments without reading<br>
or saving in any manner.<br>
</td></tr></table></BODY></HTML>