A couple of more points:
1) trusted.glusterfs.version is being set with the current compile. The
extended attribute complaint doesn't seem to be related to the fchmod
issue, and it's working fine now.
2) The chmod command uses the fchmodat call, which works just fine.
fchmod, of course, still does not.
Thanks,
Brent
On Wed, 23 Jul 2008, Brent A Nelson wrote:
Looking a little deeper, I see that my previous tla checkout wasn't setting
trusted.glusterfs.version on things (although it didn't complain and give the
I/O errors), but older files (from earlier checkouts) do have the attribute
set.
A compile from today's checkout doesn't give me the server warning, below,
but it still gives me the client complaint, and fchmod still fails.
Thanks,
Brent
On Tue, 22 Jul 2008, Brent A Nelson wrote:
I get the following on the servers:
2008-07-22 19:27:59 C [dict.c:1141:data_to_str] dict: @data=(nil)
2008-07-22 19:44:21 W [posix.c:1665:posix_setxattr] share3pre0: Extended
attributes not supported, Try using a backend with Extended attribute
support
The client complains about the following:
2008-07-22 22:30:24 E [afr.c:1145:afr_setxattr_cbk] mirror7: (path=/cp
child=share7-1) op_ret=-1 op_errno=95(Operation not supported)
2008-07-22 22:30:24 E [afr.c:1145:afr_setxattr_cbk] mirror7: (path=/cp
child=share7-0) op_ret=-1 op_errno=95(Operation not supported)
But the storage is all mounted with user_xattr (and this configuration was
working until I updated to the latest tla and restarted the glusterfsd and
glusterfs processes). I tested with setfattr and getfattr, and they work
just fine on the underlying storage. Weird.
Thanks,
Brent
On Tue, 22 Jul 2008, Amar S. Tumballi wrote:
Brent,
My tests were ok on latest branch, (though there were changes in chmod of
posix, added lchmod (which is not present on all the platforms), if lchmod
is not present it should do 'chmod'). But fchmod was not touched.
Is there any hints in log files? (mainly server log file. but surely check
client log file too).
2008/7/22 Brent A Nelson <brent@xxxxxxxxxxxx>:
I'm getting I/O errors with cp -a and cp -p in the latest tla of the 1.4
branch:
fchmod(4, 0100755) = -1 EIO (Input/output error)
Is something awry?
Thanks,
Brent
_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxx
http://lists.nongnu.org/mailman/listinfo/gluster-devel
--
Amar Tumballi
Gluster/GlusterFS Hacker
[bulde on #gluster/irc.gnu.org]
http://www.zresearch.com - Commoditizing Super Storage!
