NFS problem in the latest kernel (Was: [CentOS] MySQL issues with kernel-2.6.18-53.1.6.el5.x86_64.rpm)

Akemi Yagi

amyagi at gmail.com
Thu Jan 31 00:01:31 UTC 2008


On Jan 30, 2008 8:25 AM, Johnny Hughes <johnny at centos.org> wrote:
> Joshua Baker-LePain wrote:
> > On Wed, 30 Jan 2008 at 10:18am, Johnny Hughes wrote
> >
> >> Bent Terp wrote:
> >
> >>> Has something changed with regard to the mount options? We use
> >>> (rw,noatime,rsize=8192,wsize=8192,hard,udp,context="system_u:object_r:httpd_sys_content_t:s0)
> >>>
> >>> which has worked fine until now.
> >>
> >> I am trying to duplicate your options ... and noatime is not a valid
> >> option.
> >>
> >> Could you please double check the /etc/export options again so I can
> >> try to duplicate the issue.
> >>
> >> Using my standard /etc/exports on 2 i686 test platforms I have no
> >> problems at all.
> >>
> >> Here are the options I used on my test:
> >>
> >> (rw,insecure,sync,no_subtree_check)
> >
> > Those are NFS export options.  The OP's list is *mount* options (i.e. on
> > the client side).  He stated that his NFS server is actually an EMC
> > Cellera.
> >
> AH ... now I see.
>
> In any event, I can not duplicate the problem with an nfs export on c4
> or c5 and connecting with a c5 client, regardless of the kernel using i686.

One other person has reported seemingly the same nfs problem in the
Scientific Linux mail list:

http://listserv.fnal.gov/scripts/wa.exe?A2=ind0801&L=scientific-linux-devel&T=0&P=5427

According to this post, "It only seems to affect x86_64 systems, or affects them
much more noticeably than it does i386 ones."

Akemi



More information about the CentOS mailing list