[Gluster-users] Self healing metadata info

[Patric Uebele]

Hi JPro,

perhaps the attached doc does explain it a bit.

Best regards,

Patric

On Fri, 2013-01-25 at 01:26 -0500, Java Pro wrote:
> Hi,
> 
> 
> If a brick is down and comes back up later, how does Glusterfs know
> which files in this brick need to be 'self-healed'?
> 
> 
> Since the metadata of whether to 'heal' is stored as an xattr in a
> replica on other bricks. Does Glusterfs scan these files on the other
> bricks to see if one is "accusing" its replica and therefore need to
> "heal" its replica? 
> 
> 
> In short, does Glusterfs keep a record of "writes" to a brick when a
> brick is down and apply these "writes" to the brick when its backup?
> 
> 
> 
> 
> Thanks,
> JPro
>  
> _______________________________________________
> Gluster-users mailing list
> Gluster-users at gluster.org
> http://supercolony.gluster.org/mailman/listinfo/gluster-users

-- 
Patric Uebele 
Solution Architect Storage

Red Hat GmbH 
Technopark II, Haus C 
Werner-von-Siemens-Ring 14 
85630 Grasbrunn 
Germany 

Office:    +49 89 205071-162 
Cell:      +49 172 669 14 99 
mailto:    Patric.Uebele at redhat.com 

gpg keyid: 48E64CC1
gpg fingerprint: C63E 6320 A03B 4410 D208  4EE7 12FC D0E6 48E6 4CC1

____________________________________________________________________ 
Reg. Adresse: Red Hat GmbH, Werner-von-Siemens-Ring 14, 85630 Grasbrunn 
Handelsregister: Amtsgericht Muenchen HRB 153243 
Geschaeftsfuehrer: Mark Hegarty, Charlie Peters, Michael Cunningham,
Charles Cachera
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RHS-Replication_1.0.pdf
Type: application/pdf
Size: 166806 bytes
Desc: not available
URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20130125/3aab623a/attachment.pdf>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 1698 bytes
Desc: not available
URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20130125/3aab623a/attachment.bin>