Agree with you. But here comes the real problem, when I'm running a program called fileop to benchmark the Lustre file system from one client, the other client failed to list file in the directory where the fileop generates files on the mounted Lustre volume. Is this a known issue? <div>
<br></div><div><div>[root@test1 fileop_L1_0]# ls</div><div>ls: cannot open directory .: Stale NFS file handle</div></div><div><br></div><div><br></div><div>Thanks,</div><div>-Jon.<br><div><br></div><div><div><br></div><div>
<br></div><br><div class="gmail_quote">On Fri, Jun 24, 2011 at 4:06 PM, Oleg Drokin <span dir="ltr"><<a href="mailto:green@whamcloud.com">green@whamcloud.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hello!<br>
<div class="im"><br>
<br>
On Jun 24, 2011, at 4:00 PM, Jon Zhu wrote:<br>
<br>
> Yes this is a Redhat 6.1 xen kernel, it works with this warning message, but well, I found under /var/spool/abrt/kerneloops-1308854953-1114-9 directory, there is a file called backtrace:<br>
</div><div class="im">> You are right kernel is still running but, this kerneloops-xxx directory name makes me think it's a  crash, maybe it's recoverable. Any idea?<br>
<br>
</div>It's not a crash, just a warning.<br>
<div><div></div><div class="h5"><br>
Bye,<br>
    Oleg<br>
--<br>
Oleg Drokin<br>
Senior Software Engineer<br>
Whamcloud, Inc.<br>
<br>
</div></div></blockquote></div><br></div></div>