Got it. Right now the client is running the same patched Redhat 6.1 xen kernel as MGS and OSS node, I guess that's not the **patchless** client you mentioned. <div><br></div><div>Does patchless client means client running on un-patched kernel? Is there a way to build such client from the latest v2.1 code base? Or I can use official 2.0 release client to work with v2.1 MDS/OSS nodes? </div>
<div><br></div><div>Thanks for the quick replies!</div><div><br></div><div>-Jon.<br>
<br><br><div class="gmail_quote">On Fri, Jun 24, 2011 at 5:50 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;">
Yes, in case of a patchless client I expect you'd get something like what you see.<br>
I expect that if you cd into the dir after the test is started it might work, though.<br>
<div><div></div><div class="h5"><br>
On Jun 24, 2011, at 5:47 PM, Jon Zhu wrote:<br>
<br>
> Do you mean if this directory is continuously being deleted and re-created during the test so that's why the other client cannot list file inside it? I guess so, after I stopped the fileop test program I can get into the directory and there is nothing in it.<br>

><br>
> Thanks,<br>
> -Jon.<br>
><br>
><br>
><br>
> On Fri, Jun 24, 2011 at 5:11 PM, Oleg Drokin <<a href="mailto:green@whamcloud.com">green@whamcloud.com</a>> wrote:<br>
> Did it delete the dir before creating the files, but after the other client did chdir?<br>
><br>
> On Jun 24, 2011, at 5:09 PM, Jon Zhu wrote:<br>
><br>
> > 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?<br>

> ><br>
> > [root@test1 fileop_L1_0]# ls<br>
> > ls: cannot open directory .: Stale NFS file handle<br>
> ><br>
> ><br>
> > Thanks,<br>
> > -Jon.<br>
> ><br>
> ><br>
> ><br>
> ><br>
> > On Fri, Jun 24, 2011 at 4:06 PM, Oleg Drokin <<a href="mailto:green@whamcloud.com">green@whamcloud.com</a>> wrote:<br>
> > Hello!<br>
> ><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>
> > > 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>
> > It's not a crash, just a warning.<br>
> ><br>
> > Bye,<br>
> >    Oleg<br>
> > --<br>
> > Oleg Drokin<br>
> > Senior Software Engineer<br>
> > Whamcloud, Inc.<br>
> ><br>
> ><br>
><br>
> --<br>
> Oleg Drokin<br>
> Senior Software Engineer<br>
> Whamcloud, Inc.<br>
><br>
><br>
<br>
--<br>
Oleg Drokin<br>
Senior Software Engineer<br>
Whamcloud, Inc.<br>
<br>
</div></div></blockquote></div><br></div>