[Gluster-devel] fchmod glitch in 1.4 tla?
Brent A Nelson
brent at phys.ufl.edu
Wed Jul 23 18:12:17 UTC 2008
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 at phys.ufl.edu>:
>>>
>>>> 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 at nongnu.org
>>>> 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!
>>>
>>
>
More information about the Gluster-devel
mailing list