[Gluster-users] ownership of link file changed to root:root after reboot brick service
Brian Candler
B.Candler at pobox.com
Wed Jan 16 07:32:35 UTC 2013
[Aside: please do not cross-post. If you have a problem using glusterfs, and
you are not looking at the source code and proposing a specific path, then
I suggest "glusterfs-users" is the appropriate place]
On Wed, Jan 16, 2013 at 02:53:40PM +0800, huangql wrote:
> I have encountered a strange problem that the ownership of
> linkto file was changed to root:root after we reboot server. And I
> reproduced the problem many times.
Can you show "gluster volume info" output please? Is this a distributed
volume, a replicated volume, or something else? Are you doing anything else
at the same time, e.g. rebalance?
> For example: ff_2
...
> From server side, we have 2 bricks and we can see the ff_2 status:
>
> brick1:
>
> -rw-rw-r-- 1 test test 0 Jan 12 11:38 ff_1
> ---------T 1 test test 0 Jan 13 00:43 ff_2
>
> brick2:
>
> -rw-rw-r-- 1 test test 5242880 Jan 12 11:31 f_3
> -rw-rw-r-- 1 test test 5242880 Jan 12 11:31 f_4
> -rw-rw-r-- 1 test test 5242880 Jan 13 00:43 ff_2
This seems wrong either way:
* If it's a distributed volume, there should not be ff_2 on both.
* If it's a replicated volume, there should be ff_1, ff_2, f_3 and f_4 on
both.
On the bricks, please show the xattrs on these files, and also their
parent directories. e.g.
getfattr -d -m'^trusted\.' /path/to/ff_2
getfattr -d -m'^trusted\.' /path/to
Somebody on this list may then be able to tell you what state they are in
and how they got into it (but not me I'm afraid, I don't know how the
internals work)
Regards,
Brian.
More information about the Gluster-users
mailing list