On Fri, Oct 22, 2010 at 12:49 PM, Colin Simpson <span dir="ltr">&lt;<a href="mailto:Colin.Simpson@iongeo.com">Colin.Simpson@iongeo.com</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Maybe I just need to leave for a long time ? Or I wonder because you<br>
have &quot;noquota&quot; in your mount options and the oops is in gfs2_quotad<br>
modules you never see it?<br></blockquote><div><br></div><div>I saw that too...  I&#39;m not sure if the noquota statement has any effect, I didn&#39;t have any problems before adding that but I saw in some tuning document it could help performance.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><br>
Though I don&#39;t see why you are adding the /etc/init.d/gfs2 service to<br>
the cluster.conf, as all that does is mount gfs2 filesystems from fstab<br>
(and you say these are noauto in there), so will this do anything? The<br>
inner &quot;clusterfs&quot; directives will handle the actual mount?<br></blockquote><div><br></div><div>It&#39;s to handle the unmount so that the volume goes down cleanly when the rgmanager service stops.  clusterfs won&#39;t stop the mount, so I put the mount in /etc/fstab with &quot;noauto&quot; so let rgmanager mount and unmount GFS2.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
&lt;resources&gt;<br>
   &lt;clusterfs device=&quot;/dev/CluVG0/CluVG0-projects&quot; force_umount=&quot;0&quot;<br>
fstype=&quot;gfs2&quot; mountpoint=&quot;/mnt/projects&quot; name=&quot;projects&quot; options=&quot;acl&quot;/&gt;<br>
   &lt;nfsexport name=&quot;tcluexports&quot;/&gt;<br>
   &lt;nfsclient name=&quot;NFSprojectsclnt&quot; options=&quot;rw&quot;<br>
target=&quot;<a href="http://192.168.1.0/24" target="_blank">192.168.1.0/24</a>&quot;/&gt;<br>
    &lt;ip address=&quot;192.168.1.60&quot; monitor_link=&quot;1&quot;/&gt;<br>
&lt;/resources&gt;<br>
    &lt;service autostart=&quot;1&quot; domain=&quot;clusterA&quot; name=&quot;NFSprojects&quot;&gt;<br>
     &lt;ip ref=&quot;192.168.1.60&quot;/&gt;<br>
     &lt;clusterfs fstype=&quot;gfs&quot; ref=&quot;projects&quot;&gt;<br>
       &lt;nfsexport ref=&quot;tcluexports&quot;&gt;<br>
          &lt;nfsclient name=&quot; &quot; ref=&quot;NFSprojectsclnt&quot;/&gt;<br>
        &lt;/nfsexport&gt;<br>
      &lt;/clusterfs&gt;<br>
    &lt;/service&gt;</blockquote><div><br></div><div>YMMV but I found it best to keep &#39;chkconfig gfs2 off&#39; and control that as a script from rgmanager.  It fixed order of operation issues such as the GFS2 volume being mounted still during shutdown.  I&#39;d wrap all your gfs clusterfs stanzas within a script for gfs2.  I suspect your gfs2 is recovering after an unclean shutdown, if you&#39;re using quotas that could add time to that operation I suppose.  Does it eventually come up if you just wait?</div>
<div><br></div><div>-JR</div></div>