<html><head><style type='text/css'>p { margin: 0; }</style></head><body><div style='font-family: Arial; font-size: 10pt; color: #000000'><div>Hi scooter,</div>Logs would be welcome<br><br><div><span name="x"></span><div>------------------------------------<br>Patricio Bruna V.<br>IT Linux Ltda.<br><a href="http://www.it-linux.cl">www.it-linux.cl</a><br><a style="font-weight: bold;" href="http://twitter.com/ITLinux">Twitter</a><br>Fono : (+56-2) 333 0578<br>Móvil: (+56-9) 8899 6618<br><br><img src="cid:4efde872848ffa536f20f02d933b9db4b61d308c@zimbra" doc="Briefcase/zimbra_gold_partner.png"> <br></div><span name="x"></span><br></div><hr id="zwchr"><blockquote style="border-left:2px solid rgb(16, 16, 255);margin-left:5px;padding-left:5px;color:#000;font-weight:normal;font-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt;">Greetings all,<br> We've got a 4 node cluster running RHEL 6.2. As part of the <br>cluster, we've got several gfs2 filesystem. We've often noticed that <br>when we reboot a single node in the cluster, the gfs2 mounts take a long <br>time -- eventually getting the 120 second delay messages. When we <br>migrated to 6.2, the default mount script echoed the filesystem being <br>mounted, and we discovered that the long delays were <br>filesystem-dependent. In particular, two filesystems were causing all <br>of the problems, both of which had >1M files in them. We also noticed <br>that dlm_recoverd on one of the other nodes accumulates a lot of time <br>when this is happening. Is this expected? Are there non-ilnear <br>handshaking algorithms between the mounting node and the cluster that <br>are dependent on the number of files?<br><br>Thanks in advance!<br><br>-- scooter<br><br>--<br>Linux-cluster mailing list<br>Linux-cluster@redhat.com<br>https://www.redhat.com/mailman/listinfo/linux-cluster<br></blockquote><br></div>
<br><br></body></html>