[Gluster-devel] ownership of link file changed to root:root afterreboot brick service

[huangql]

Hi Pranith,

Many thanks for your suggestive reply. 

The gluster version I used is 3.2.7. It seems the same problem. However, I still don't know what actions cause client to send "protocol_client_reopen" to server side. And I failed to reproduce the bug each time. 

I checked the source code, it looks like lock problem. 

        /* Delay notifying CHILD_UP to parents
           until all locks are recovered */
        if (count > 0) {
                gf_log (this->name, GF_LOG_INFO,
                        "%d fds open - Delaying child_up until they are re-opened",
                        count);


Cheers,
Qiulan

2013-01-17 



huangql 



发件人： Pranith Kumar K 
发送时间： 2013-01-16  18:15:46 
收件人： huangql 
抄送： gluster-devel; gluster-users 
主题： Re: [Gluster-devel] ownership of link file changed to root:root afterreboot brick service 
 
On 01/16/2013 12:23 PM, huangql wrote:



Dear all,

       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.

For example: ff_2

First, the new created file: ff_2

[root at test02 ~]# ll /testfs/mydir
total 50941
-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    0 Jan 12 11:38 ff_1
-rw-rw-r-- 1 test test 5242880 Jan 13 00:43 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

After we restart gluterd service, we can see the ownership of ff_2 was changed to root:root.

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 root root 5242880 Jan 13 00:43 ff_2


Then, we can get the file list on client side:

[root at test02 ~]# ll /testfs/mydir
total 50941
-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    0 Jan 12 11:38 ff_1
-rw-rw-r-- 1 root  root 5242880 Jan 13 00:43 ff_2

 this problem has stucked me for days. Could someone  give us tips, thank you very much.


Cheers,
Qiulan


2013-01-15 



huangql 

 

_______________________________________________
Gluster-devel mailing list
Gluster-devel at nongnu.org
https://lists.nongnu.org/mailman/listinfo/gluster-devel

hi Qiulan,
         What version of glusterfs are you running?. The following bug seems similar to what you describe:
https://bugzilla.redhat.com/show_bug.cgi?id=807976

Pranith.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-devel/attachments/20130117/cd077e39/attachment-0001.html>