于 2013年12月16日 19:08, Jean-Pierre André 写道:
> Zorro Lang wrote:
>> 于 2013年12月15日 21:13, Jean-Pierre André 写道:
>>> Hi again,
>>>
>>>
>>>
>>> I am waiting for your expected reply from the glusterfs
>>> team to make a choice.
>>>
>>
>> Hi,
>>
>> I have talked about it with glusterfs developer, the expected result
>> is depend on the backend fs of glusterfs. So the suggestion is don't
>> test this case for glusterfs, if must test, the most possible result
>> for glusterfs is "expect 06555,65534,65532 lstat ${n0} mode,uid,gid".
>>
>> But ...
>>
>> Because the glusterd run with root in gluster server, so the chown
>> operation is did by root in gluster server. But the posix didn't
>> specify whether the bits also should be cleared when root does the
>> chown(), in the Linux the behavior depends on the kernel version. So
>> I suggest that glusterfs don't test this case.
>>
>> What do you think?
>
> So, for glusterfs the test must be tolerant to both
> options. Attached is a new proposal.
Yeah, I think if the standard not define the result clearly, we should
tolerant to any possible options for glusterfs. But if the standard said
clearly, the expected result is only one.
The new attachment I have tested in glusterfs, xfs, ext4 with linux
kernel-3.10. The test is OK.
If I meet any new problems I will tell you immediately in the future.
And if you update something of the pjd-fstest, hope you can tell me:) Or
if you need something I can do, you can tell me too.
Thank you very much,
Best Regards,
Zorro Lang
>
> Regards
>
> Jean-Pierre
>
------------------------------------------------------------------------------
Rapidly troubleshoot problems before they affect your business. Most IT
organizations don't have a clear picture of how application performance
affects their revenue. With AppDynamics, you get 100% visibility into your
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
_______________________________________________
ntfs-3g-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ntfs-3g-devel
