<br><div class="gmail_quote">On Tue, Nov 3, 2009 at 6:21 AM, Gordan Bobic <span dir="ltr"><<a href="mailto:gordan@bobich.net">gordan@bobich.net</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="im">On 02/11/2009 21:18, Anand Babu Periasamy wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Gordan Bobic wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
It would appear that this requires fuse-devel to build, at least as an<br>
RPM. My understanding was that 3.0 doesn't require fuse libraries and<br>
talks directly to the kernel module. Is that an error in my<br>
understanding or an error in the spec file for building the RPMs?<br>
</blockquote></blockquote>
<br>
</div><div class="im"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Gordan, you are correct. GlusterFS 3.0 does not require fuse library.<br>
It directly talks<br>
to fuse kernel module. Csaba Henk (fuse maintainer) implemented this<br>
functionality.<br>
He is part of GlusterFS team, dedicated to enhancing fuse kernel module.<br>
This approach<br>
makes installation relatively easier and improves performance as well.<br>
</blockquote>
<br></div>
So why does it require the fuse package to install and fuse-devel to build?<div class="im"><br></div></blockquote><div>Well Gordan problem is ours, thanks for pointing it .. it needs to be fixed. fuse-devel <br>is not a requirement. <br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im">
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Key highlights of 3.0 are<br>
* Background self-healing: Applications won't be blocked any more during<br>
healing operation.<br>
* Checksum based healing: Rsync like healing mechanism to heal only the<br>
inconsistent blocks within a file.<br>
* Healing on the fly: Files can be healed even when the files are open<br>
and application is performing active I/O.<br>
* Generation numbers: Self-healing can now reliably handle tricky corner<br>
cases (such as "rm -rf" bug).<br>
</blockquote>
<br></div>
Thanks, I already got a blurb on the subject from Harsha last week. :)<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
All of the above are very useful in a virtualization and database<br>
environment, where files<br>
are very large and applications need to run non-stop.<br>
</blockquote>
<br></div>
I'd still say that healing on open files should be been a requirement for 1.0, not to mention outright erroneous behaviour (the mentioned rm -rf bug). But better late than never. ;)<br>
<br>
I'll check the bugs I reported against 2.0.x this week and report back on how many of them don't show up any more.<br><font color="#888888">
<br></font></blockquote><div>Thanks<br><br>Harshavardhana <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><font color="#888888">
Gordan</font><div><div></div><div class="h5"><br>
<br>
<br>
_______________________________________________<br>
Gluster-devel mailing list<br>
<a href="mailto:Gluster-devel@nongnu.org" target="_blank">Gluster-devel@nongnu.org</a><br>
<a href="http://lists.nongnu.org/mailman/listinfo/gluster-devel" target="_blank">http://lists.nongnu.org/mailman/listinfo/gluster-devel</a><br>
</div></div></blockquote></div><br>