NFS problem on ls command
Hi Everyone, We're experiencing NFS-related problems after viewing home directories on SL6 desktops. SL5 clients do not experience this problem. The NFS server is a SL5 machine. One of our desktops outputs this: [user@host1 ~]$ ls -ltr |tail ls: reading directory .: Invalid argument Another of our desktops outputs this: [user@host2 ~]$ ls -l ls: reading directory .: Too many levels of symbolic links Has anyone else seen this or a similar issue? Does anyone have any suggestions? -- *Evan Sather* Linux System Administrator High Energy Physics Argonne National Laboratory signature.asc Description: OpenPGP digital signature
Re: NFS problem on ls command
We ran into this issue couple of weeks ago. There is a ticket about this bug with the NFS v3+4. Our work around was to mount it with a different version of NFS. https://bugzilla.redhat.com/show_bug.cgi?id=736394#c13 is also referenced by http://bugs.centos.org/view.php?id=6241. -T On Thu, Mar 28, 2013 at 12:58 PM, Evan Sather esat...@anl.gov wrote: Hi Everyone, We're experiencing NFS-related problems after viewing home directories on SL6 desktops. SL5 clients do not experience this problem. The NFS server is a SL5 machine. One of our desktops outputs this: [user@host1 ~]$ ls -ltr |tail ls: reading directory .: Invalid argument Another of our desktops outputs this: [user@host2 ~]$ ls -l ls: reading directory .: Too many levels of symbolic links Has anyone else seen this or a similar issue? Does anyone have any suggestions? -- *Evan Sather* Linux System Administrator High Energy Physics Argonne National Laboratory
Re: NFS problem on ls command
Thank you, Tam! I will keep an eye on the bug report. *Evan Sather* Linux System Administrator High Energy Physics Argonne National Laboratory On 03/28/2013 12:16 PM, Tam Nguyen wrote: We ran into this issue couple of weeks ago. There is a ticket about this bug with the NFS v3+4. Our work around was to mount it with a different version of NFS. https://bugzilla.redhat.com/show_bug.cgi?id=736394#c13 is also referenced by http://bugs.centos.org/view.php?id=6241. -T On Thu, Mar 28, 2013 at 12:58 PM, Evan Sather esat...@anl.gov mailto:esat...@anl.gov wrote: Hi Everyone, We're experiencing NFS-related problems after viewing home directories on SL6 desktops. SL5 clients do not experience this problem. The NFS server is a SL5 machine. One of our desktops outputs this: [user@host1 ~]$ ls -ltr |tail ls: reading directory .: Invalid argument Another of our desktops outputs this: [user@host2 ~]$ ls -l ls: reading directory .: Too many levels of symbolic links Has anyone else seen this or a similar issue? Does anyone have any suggestions? -- *Evan Sather* Linux System Administrator High Energy Physics Argonne National Laboratory signature.asc Description: OpenPGP digital signature
Re: NFS problem on ls command
On Thu, 28 Mar 2013, Evan Sather wrote: --enig2VHUROTADOEVHDNAEQDLT Content-Type: multipart/alternative; boundary=020008050902010202030501 This is a multi-part message in MIME format. --020008050902010202030501 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thank you, Tam! I will keep an eye on the bug report. *Evan Sather* Linux System Administrator High Energy Physics Argonne National Laboratory On 03/28/2013 12:16 PM, Tam Nguyen wrote: We ran into this issue couple of weeks ago. There is a ticket about this bug with the NFS v3+4. Our work around was to mount it with a different version of NFS.=20 https://bugzilla.redhat.com/show_bug.cgi?id=3D736394#c13 is also referenced by http://bugs.centos.org/view.php?id=3D6241. -T On Thu, Mar 28, 2013 at 12:58 PM, Evan Sather esat...@anl.gov mailto:esat...@anl.gov wrote: Hi Everyone, We're experiencing NFS-related problems after viewing home directories on SL6 desktops. SL5 clients do not experience this problem. The NFS server is a SL5 machine. One of our desktops outputs this: [user@host1 ~]$ ls -ltr |tail ls: reading directory .: Invalid argument Another of our desktops outputs this: [user@host2 ~]$ ls -l ls: reading directory .: Too many levels of symbolic links Has anyone else seen this or a similar issue? Does anyone have any suggestions? --=20 *Evan Sather* Linux System Administrator High Energy Physics Argonne National Laboratory And even more info at http://thread.gmane.org/gmane.comp.file-systems.ext4/37022 -Connie Sieh
Re: NFS problem on ls command
On Thu, 28 Mar 2013, Evan Sather wrote: --enig2GQLSDWJADQIIIAUXHNWJ Content-Type: multipart/alternative; boundary=090004020404060409070304 This is a multi-part message in MIME format. --090004020404060409070304 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Everyone, We're experiencing NFS-related problems after viewing home directories on SL6 desktops. SL5 clients do not experience this problem. The NFS server is a SL5 machine. One of our desktops outputs this: [user@host1 ~]$ ls -ltr |tail ls: reading directory .: Invalid argument Another of our desktops outputs this: [user@host2 ~]$ ls -l ls: reading directory .: Too many levels of symbolic links Has anyone else seen this or a similar issue? Does anyone have any suggestions? --=20 *Evan Sather* Linux System Administrator High Energy Physics Argonne National Laboratory Evan, We are trying to pin down which versions of the client software have this issue. We know that the server side changed via a bug fix in SL 5.9 via the 2.6.18-348 kernels. We are trying to figure out a way to predict the issue on the client side. So What kernel version do you have on the server? What arch is the server? What kernel version is on the client? What are the versions of nfs-utils* ? What arch is the client? Thanks -Connie Sieh
Re: NFS problem on ls command
Hi Connie, 1. 2.6.18-348.3.1.el5PAE 2. i686 3. Both are SL 6.3 running 2.6.32-358.2.1.el6.x86_64 4. Both are 1:1.2.3-26.el6 (x86_64) 5. Both are x86_64 Also, thank you for the additional link with more information on the bug. *Evan Sather* Linux System Administrator High Energy Physics Argonne National Laboratory On 03/28/2013 01:42 PM, Connie Sieh wrote: On Thu, 28 Mar 2013, Evan Sather wrote: --enig2GQLSDWJADQIIIAUXHNWJ Content-Type: multipart/alternative; boundary=090004020404060409070304 This is a multi-part message in MIME format. --090004020404060409070304 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Everyone, We're experiencing NFS-related problems after viewing home directories on SL6 desktops. SL5 clients do not experience this problem. The NFS server is a SL5 machine. One of our desktops outputs this: [user@host1 ~]$ ls -ltr |tail ls: reading directory .: Invalid argument Another of our desktops outputs this: [user@host2 ~]$ ls -l ls: reading directory .: Too many levels of symbolic links Has anyone else seen this or a similar issue? Does anyone have any suggestions? --=20 *Evan Sather* Linux System Administrator High Energy Physics Argonne National Laboratory Evan, We are trying to pin down which versions of the client software have this issue. We know that the server side changed via a bug fix in SL 5.9 via the 2.6.18-348 kernels. We are trying to figure out a way to predict the issue on the client side. So What kernel version do you have on the server? What arch is the server? What kernel version is on the client? What are the versions of nfs-utils* ? What arch is the client? Thanks -Connie Sieh signature.asc Description: OpenPGP digital signature