<div dir="ltr"><br><div class="gmail_quote">On Thu, Sep 18, 2008 at 11:54 PM, Keith Freedman <span dir="ltr"><<a href="mailto:freedman@freeformit.com">freedman@freeformit.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">At 12:28 PM 9/18/2008, KwangErn Liew wrote:<br>
>On Thu, Sep 18, 2008 at 3:35 AM, Keith Freedman<br>
</div><div><div></div><div class="Wj3C7c">><<mailto:<a href="mailto:freedman@freeformit.com">freedman@freeformit.com</a>><a href="mailto:freedman@freeformit.com">freedman@freeformit.com</a>> wrote:<br>
>I think gluster should, if a file doesn't have extended attributes<br>
>one one machine and does on the other, the one without attributes<br>
>should be overwritte with the other version and then given<br>
>attributes. but I think this may be so as to preserve files that<br>
>aren't gluster manged, but I've no idea the thought process on that.<br>
><br>
><br>
> From what I observe in 1.4pre5, if your filesystem doesn't support<br>
> extended attributes, it'll fail to start.<br>
<br>
</div></div>yes, but I'm thining about when it does support extended attributes<br>
and files end up in there that don't have them. (i.e. someone<br>
accidentally copied over a file using the underlying filesystem<br>
directly--gluster should recognize it and if there's a version in the<br>
gluster world with attributes it takes precidence, otherwise, it adds<br>
the extended attributes and brings the file into the gluster world.<br>
</blockquote></div><br>Ah I see, AFAIK, GlusterFS does this automatically even in 1.3.x or are you experiencing the opposite?<br></div>