SCIENTIFIC-LINUX-USERS Archives

March 2013

SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Connie Sieh <[log in to unmask]>
Reply To:
Connie Sieh <[log in to unmask]>
Date:
Wed, 20 Mar 2013 13:51:23 -0500
Content-Type:
text/plain
Parts/Attachments:
text/plain (58 lines)
On Wed, 20 Mar 2013, Antonietta Donzella wrote:

> Hi,
> I share directories on a Scientific linux cluster by using nfs
> tool.
> SLC6 kernel 2.6.32-279.22.1.el6.x86_64
> nfs-utils-1.2.3-26.el6.x86_64
>
> After a server-client shutdown, a disagreeable event occurred.
> By making ls list on a nfs client shared directory, duplicated entries for
> some files are shown.
> Other files and sub-directories are non visible. The problem is not
> present on the nfs server.
> The directory don't contain an enormous number of files:
>
> On the server:
> #ls |wc -l
> 330
> #du -s
> 8855740
>
> On the client:
> #ls |wc -l
> ls: reading directory .: Too many levels of symbolic links
> 120
> n.b. there are only two symbolic links and they are not changed after the
> shutdown; however, the problem is not cleared if I remove them.
> #du -s
> not responding
> #dmesg
> some entries:
> ...
> NFS: directory images/dp contains a readdir loop.Please contact your
> server vendor. The file: .. has duplicate cookie 683570819
> NFS: directory images/dp contains a readdir loop.Please contact your
> server vendor. The file: .. has duplicate cookie 683570819
> __ratelimit: 2 callbacks suppressed
> NFS: directory images/green contains a readdir loop.Please contact your
> server vendor. The file: 57.png has duplicate cookie 1694199390
> NFS: directory images/green contains a readdir loop.Please contact your
> server vendor. The file: 57.png has duplicate cookie 1694199390
> ...
>
> I've tried to boot the system with the older kernel-2.6.32-279.el6.x86_64,
> and with the new kernel 2.6.32-358.2.1.el6.x86_64 but the bug is not
> cleared. Any ideas?
>
> Many thanks in advance
> Antonietta
>


There is more info on this at

    http://thread.gmane.org/gmane.comp.file-systems.ext4/37022

-Connie Sieh

ATOM RSS1 RSS2