<div>Can you define what does it mean by "flakiness"?</div> <div>Here are points and after that tell me whether my comparision is apples-to-apples or apples-to-oranges.</div> <div>1. Why CRS installation on OCFS2/Shared drive based file system worked fine but not Oracle RDBMS?</div> <div>2. If I use EXT3 on that Shared drive, there is no problem (but that doesn't give Cluster feature & so unacceptable).</div> <div>So, the shared drive has no problem, not at all and blaming that won't solve the issue -- it got to be somewhere between OCFS2, Oracle RDBMS & OS specific binaries.</div> <div>What's your opinion now?<BR><BR><B><I>Sunil Mushran <Sunil.Mushran@oracle.com></I></B> wrote:</div> <BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">When you use RAW, you are using it for only datafiles and<BR>not binary homes. So you are not comparing apples-to-apples.<BR><BR>Bottomline, the fs requires a stable
shared disk to work. Any<BR>flakiness in the shared disk, and you will encounter the errors<BR>that you are experiencing.<BR><BR>Anjan Chakraborty wrote:<BR>> Mark,<BR>> Unfortunately that's not an option. Because I am doing it for <BR>> non-busines/educational purpose & I/we don't have money to go for <BR>> anything except FireWire. Moreover, if I use only RAW partitions of <BR>> that FireWire drive, everything works fine. So, it's clearly an OCFS2 <BR>> issue. Can you please ask your enginners to look into this if they <BR>> have time?<BR>> I heard many people (e.g. Jeff Hunter who wrote how to do it) have <BR>> implemented FireWire/OCFS2/CRS/RAC witthout any issue -- and if that <BR>> is the case, why wouldn't it work for us?<BR>> Thanks for your help.<BR>> Anjan<BR>><BR>><BR>> */Mark Fasheh <MARK.FASHEH@ORACLE.COM>/* wrote:<BR>><BR>> On Tue, Nov 27, 2007 at 11:32:52AM -0800, Anjan Chakraborty wrote:<BR>> >
Mark,<BR>> > Thanks to both of you for trying to help me.<BR>> > I have alreaddy communicated to Luis that I have to have OCFS2<BR>> because my<BR>> > software needs Clustering technology that is absent in EXT3.<BR>> Moreover, both CRS<BR>> > & RDBMS homes should also be on shared/clustered system -- so,<BR>> OCFS2 is the<BR>> > only choice.<BR>> > If you can help me to understand/resolve this issue, I will<BR>> really appreciate<BR>> > that.<BR>> > Please note that my FireWire shared drive works perfectly when I<BR>> use RAW but as<BR>> > soon as I am trying to use OCFS2, all the problems started.<BR>><BR>> Where did you get the drivers for a shared firewire disk from? Can<BR>> you try<BR>> iscsi or aoe for your shared disk? The shared-disk firewire stuff<BR>> is known<BR>> to be flakey and was only ever intended for quick proto-typing.<BR>><BR>> Actually, a while ago one of
our engineers was consistently getting<BR>> corruptions on every block which would change the inode signature from<BR>> "INODE01" to "KNODE01". Getting him off of the firewire stuff<BR>> solved that<BR>> issue (hardware and ocfs2 version stayed the same). I'd venture to<BR>> guess<BR>> that you're hitting the same type of problem.<BR>> --Mark<BR>><BR>> --<BR>> Mark Fasheh<BR>> Senior Software Developer, Oracle<BR>> mark.fasheh@oracle.com<BR>><BR>><BR>> ------------------------------------------------------------------------<BR>> Be a better sports nut! Let your teams follow you with Yahoo Mobile. <BR>> Try it now. <BR>> <HTTP: evt="51731/*http://mobile.yahoo.com/sports;_ylt=At9_qDKvtAbMuh1G1SQtBI7ntAcJ" us.rd.yahoo.com><BR>><BR>> ------------------------------------------------------------------------<BR>><BR>> _______________________________________________<BR>> Ocfs2-users mailing list<BR>>
Ocfs2-users@oss.oracle.com<BR>> http://oss.oracle.com/mailman/listinfo/ocfs2-users<BR><BR></BLOCKQUOTE><BR><p> 
<hr size=1>Never miss a thing. <a href="http://us.rd.yahoo.com/evt=51438/*http://www.yahoo.com/r/hs"> Make Yahoo your homepage.</a>