I don't understand why there's such a complicated process to recover when I
can just look at both files, decide which one I need and delete another one.
On Thu, Sep 11, 2014 at 7:56 AM, Pranith Kumar Karampuri
pkara...@redhat.com wrote:
On 09/11/2014 09:29 AM, Ilya Ivanov wrote:
Right...
On 09/11/2014 11:37 AM, Ilya Ivanov wrote:
I don't understand why there's such a complicated process to recover
when I can just look at both files, decide which one I need and delete
another one.
If the file needs to be deleted the whole file needs to be copied which
is fine for small files
Makes some sense. Yes, I meant make a backup and delete, rather than just
delete.
If I may suggest, putting that debug link somewhere more visible would be
be good, too. I wouldn't find without your help.
Thank you for the assistance.
On Thu, Sep 11, 2014 at 9:14 AM, Pranith Kumar Karampuri
On 09/11/2014 01:13 PM, Ilya Ivanov wrote:
Makes some sense. Yes, I meant make a backup and delete, rather than
just delete.
If I may suggest, putting that debug link somewhere more visible would
be be good, too. I wouldn't find without your help.
Justin, where shall we put the doc?
On 11/09/2014, at 9:44 AM, Pranith Kumar Karampuri wrote:
On 09/11/2014 01:13 PM, Ilya Ivanov wrote:
Makes some sense. Yes, I meant make a backup and delete, rather than just
delete.
If I may suggest, putting that debug link somewhere more visible would be be
good, too. I wouldn't find
Any insight?
On Tue, Sep 9, 2014 at 8:35 AM, Ilya Ivanov bearw...@gmail.com wrote:
What's a gfid split-brain and how is it different from normal
split-brain?
I accessed the file with stat, but heal info still shows Number of
entries: 1
[root@gluster1 gluster]# getfattr -d -m. -e hex
On 09/11/2014 12:16 AM, Ilya Ivanov wrote:
Any insight?
Was the other file's gfid d3def9e1-c6d0-4b7d-a322-b5019305182e?
Could you check if this file exists in brick/.glusterfs/d3/de/
When a file is deleted this file also needs to be deleted if there are
no more hardlinks to the file
Pranith
Right... I deleted it and now all appears to be fine.
Still, could you please elaborate on gfid split-brain?
On Thu, Sep 11, 2014 at 5:32 AM, Pranith Kumar Karampuri
pkara...@redhat.com wrote:
On 09/11/2014 12:16 AM, Ilya Ivanov wrote:
Any insight?
Was the other file's gfid
On 09/11/2014 09:29 AM, Ilya Ivanov wrote:
Right... I deleted it and now all appears to be fine.
Still, could you please elaborate on gfid split-brain?
Could you go through
https://github.com/gluster/glusterfs/blob/master/doc/debugging/split-brain.md
Let us know if you would like something to
On 09/09/2014 11:35 AM, Ilya Ivanov wrote:
Ahh, thank you, now I get it. I deleted it on one node and it
replicated to another one. Now I get the following output:
[root@gluster1 var]# gluster volume heal gv01 info
Brick gluster1:/home/gluster/gv01/
gfid:d3def9e1-c6d0-4b7d-a322-b5019305182e
What's a gfid split-brain and how is it different from normal split-brain?
I accessed the file with stat, but heal info still shows Number of
entries: 1
[root@gluster1 gluster]# getfattr -d -m. -e hex gv01/123
# getfattr -d -m. -e hex gv01/123
# file: gv01/123
Ahh, thank you, now I get it. I deleted it on one node and it replicated to
another one. Now I get the following output:
[root@gluster1 var]# gluster volume heal gv01 info
Brick gluster1:/home/gluster/gv01/
gfid:d3def9e1-c6d0-4b7d-a322-b5019305182e
Number of entries: 1
Brick
On 09/09/2014 01:54 AM, Ilya Ivanov wrote:
Hello.
I've Gluster 3.5.2 on Centos 6. A primitive replicated volume, as
describe here
https://www.digitalocean.com/community/tutorials/how-to-create-a-redundant-storage-pool-using-glusterfs-on-ubuntu-servers.
I tried to simulate split-brain by
13 matches
Mail list logo