<html>
  <head>
    <style type="text/css">
      <!--
        body { margin-top: 4px; font-variant: normal; margin-bottom: 1px; margin-left: 4px; margin-right: 4px; line-height: normal }
        p { margin-top: 0; margin-bottom: 0 }
      -->
    </style>
    
  </head>
  <body style="margin-top: 4px; margin-bottom: 1px; margin-left: 4px; margin-right: 4px">
    <p style="margin-top: 0; margin-bottom: 0">
      <font face="Dialog" size="2">I meant literally one or two seconds. &nbsp;The iSCSI daemon isn&#39;t down for very long&#44; and the iSCSI client retries every second &#40;unit of time&#41; to reconnect to the target daemon&#44; succeeding after one or two seconds.</font>    </p>
<br>      
    <p style="margin-top: 0; margin-bottom: 0">
      <font face="Dialog" size="2">Is the disk heartbeat threshold the &quot;O2CB_HEARTBEAT_THRESHOLD&quot; in the /etc/sysconfig/o2cb file &#40;SuSE Linux&#41;&#63; &nbsp;If so&#44; the default is 7 &#40;which&#44; I would think would be longer than 1 second&#41; and I&#39;ve bumped it up to 30. &nbsp;Is there another number I should be changing somewhere&#63;</font>    </p>
<br>      
    <p style="margin-top: 0; margin-bottom: 0">
      <font face="Dialog" size="2">Also&#44; I don&#39;t mean to be a nuisance about it&#44; but when you say you&#39;re working on extended attribute support&#44; could you give a rough estimate as to how far out you expect that implementation to be&#63;</font>    </p>
<br>      
    <p style="margin-top: 0; margin-bottom: 0">
      <font face="Dialog" size="2">Thanks&#33;</font>    </p>
    <p style="margin-top: 0; margin-bottom: 0">
      <font face="Dialog" size="2">--Nick</font><br><br>&gt;&gt;&gt; On Wed&#44; Nov 7&#44; 2007 at&#160;&nbsp;6:12 PM&#44; Sunil Mushran &lt;Sunil.Mushran@oracle.com&gt; wrote:<br>    </p>
    <div style="margin-top: 0; padding-left: 7px; margin-bottom: 0; margin-left: 15px; border-left: solid 1px #050505; margin-right: 0; background-color: #f3f3f3">
      <p style="margin-top: 0; margin-bottom: 0">
        Is it a second&#44; as in&#44; &quot;just a sec&quot;&#63; :&#41;<br><br>This could be the result of using the default cluster timeouts<br>which were fairly low. Refer the Cluster timeout section in the<br>FAQ for details. You should be able to bump up the disk heartbeat<br>threshold as recommended. For network timeouts&#44; you will need<br>to upgrade to 2.6 20&#44; if not 2.6.21.<br><br>We are currently working on adding support for extended attributes.<br><br>Sunil<br><br>Nick Couchman wrote:<br>&gt; Two questions &#40;and then a bonus one&#41;&#44; kind of interrelated&#44; but&#44;<br>&gt; first&#44; some basic info.&#160;&nbsp;I&#39;m using OCFS2 on OpenSUSE 10.2&#44; kernel<br>&gt; 2.6.18.8&#40;-0.7&#41;.&#160;&nbsp;There are three nodes in the OCFS2 cluster&#44; backed by<br>&gt; Openfiler iSCSI storage.<br>&gt;&#160;<br>&gt; First&#44; I&#39;m using Openfiler and iSCSI volumes to back my OCFS2 file<br>&gt; system.&#160;&nbsp;The nodes that are part of the OCFS2 cluster use the file<br>&gt; system as a shared storage area for VMware Virtual Machines.&#160;&nbsp;I&#39;m<br>&gt; experiencing a problem&#44; though&#44; with the Openfiler setup.&#160;&nbsp;When you<br>&gt; create a new iSCSI volume in Openfiler&#44; it restarts the iSCSI<br>&gt; Enterprise Target daemon &#40;ietd&#41;.&#160;&nbsp;This causes the OCFS2 nodes to see a<br>&gt; problem on the iSCSI storage.&#160;&nbsp;The problem usually lasts around a<br>&gt; second - only as long as it takes the daemon to restart and the nodes<br>&gt; to attempt the next connection.&#160;&nbsp;OCFS2 seems to have a big problem<br>&gt; with this and causes the machines to crash.<br>&gt;&#160;<br>&gt; My second question is related to the end of the first one.&#160;&nbsp;Is there<br>&gt; any way to keep the node from completely dying if there is a problem<br>&gt; with the storage&#44; FS&#44; etc.&#63;&#160;&nbsp;I don&#39;t have any fancy remote power<br>&gt; setups or remote management cards&#44; so when I create new volumes in<br>&gt; Openfiler I have to be physically near the servers so that I can hard<br>&gt; reset them should OCFS2 crash and bring the entire kernel down with<br>&gt; it.&#160;&nbsp;I realize there are issues with maintaining the integrity of the<br>&gt; data&#44; but maybe someone can point me in the direction of some way to<br>&gt; keep the nodes alive longer before they just completely kernel panic<br>&gt; and die.<br>&gt;&#160;<br>&gt; Finally&#44; unrelated - could someone update me on the status of POSIX<br>&gt; ACLs in OCFS2&#63;&#160;&nbsp;This is the only thing that is keeping me from using<br>&gt; OCFS2 on a wide basis in my organization&#44; but it is a major<br>&gt; roadblock.&#160;&nbsp;Also&#44; it seems that it has been on the roadmap for quite<br>&gt; some time&#44; and I was wondering if any progress has been made toward<br>&gt; implementing ACLs on OCFS2.<br>&gt;&#160;<br>&gt; Thanks&#44; in advance&#44; for any help/insight anyone can provide&#33;<br>&gt; --Nick<br>&gt; ------------------------------------------------------------------------<br>&gt;<br>&gt; _______________________________________________<br>&gt; Ocfs2-users mailing list<br>&gt; Ocfs2-users@oss.oracle.com<br>&gt; <a href="http://oss.oracle.com/mailman/listinfo/ocfs2">http://oss.oracle.com/mailman/listinfo/ocfs2</a>-users<br><br>
      </p>
    </div>
  </body>
</html>