From: Steve Dickson <SteveD@redhat.com>
Subject: Re: acl_extended_file() and NFS file systems
Date: Wed, 23 Jun 2004 14:10:30 -0400
Sender: nfs-admin@lists.sourceforge.net
Message-ID: <40D9C796.6000904@RedHat.com>
References: <40D9ABC9.1070007@moving-picture.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Cc: nfs@lists.sourceforge.net
To: James Pearson <james-p@moving-picture.com>
In-Reply-To: <40D9ABC9.1070007@moving-picture.com>
Errors-To: nfs-admin@lists.sourceforge.net

James Pearson wrote:

> We've just come across a problem with running 'ls -l' on NFS mounted 
> files from a client running Fedora Core 1 with the latest coreutils 
> RPM (5.0-34.1)
>
> Running ls -l on a file exported by a RedHat 7.2 system gives
>
> % ls -l /some/remote/file
> ls: /some/remote/file: Input/output error
> -rw-rw-r--  1 james user 17373 Jun  1 20:02 /some/remote/file

hmm... it sound like 7.2 is returning garbage but to which
over-the-wire operation? Since FC1 does not have ACL support so
the getxattr() (that is done by your test program) should
be returned EOPNOTSUPP (as it does in my testing) but instead
it sounds like the FC1 is actually trying to send something otw..
Would it be possible to get a strace and ethereal trace of this
phenomenon?

SteveD.


-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs