Hi Kirby,<br>&nbsp;One can install the glusterfs rpm without fuse part. <br><br>&#39;bash# rpm -ivh glusterfs&lt;version&gt;.rpm --without client&#39;<br><br>or if you are building from source, <br><br>&#39;bash# ./configure --disable-fuse-client&#39;<br>
<br>That way, you can be sure that the server which is used for exporting the filesystem is stable (without the fuse module).<br><br>Hope this info is useful for you.<br><br>Regards,<br>Amar<br><br><div class="gmail_quote">
2009/2/3 Kirby Zhou <span dir="ltr">&lt;<a href="mailto:kirbyzhou@sohu-rd.com">kirbyzhou@sohu-rd.com</a>&gt;</span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I use RHEL-5.2<br>
What&#39;s your point of the distribution? &#39;NO_CONTENT_TYPE&#39; problem or FUSE problem?<br>
The FUSE rpm does not come with RHEL, it should come from somewhere I do not know now.<br>
<br>
Do you mean you can set up both client and server in the same process? How can I do it? Is it a new feature in the 2.0rc1?<br>
<br>
However I do not think it is always a good idea, the server role is much more stable than the client role. If you mix the 2, you would lost the stability.<br>
<div class="Ih2E3d"><br>
<br>
-----Original Message-----<br>
From: gluster-devel-bounces+kirbyzhou=<a href="http://sohu-rd.com" target="_blank">sohu-rd.com</a>@<a href="http://nongnu.org" target="_blank">nongnu.org</a> [mailto:<a href="mailto:gluster-devel-bounces%2Bkirbyzhou">gluster-devel-bounces+kirbyzhou</a>=<a href="http://sohu-rd.com" target="_blank">sohu-rd.com</a>@<a href="http://nongnu.org" target="_blank">nongnu.org</a>] On Behalf Of Gordan Bobic<br>

</div><div class="Ih2E3d">Sent: Tuesday, February 03, 2009 12:31 AM<br>
To: <a href="mailto:gluster-devel@nongnu.org">gluster-devel@nongnu.org</a><br>
</div><div><div></div><div class="Wj3C7c">Subject: RE: [Gluster-devel] Why integrate both client and server into a single executable?<br>
<br>
On Tue, 3 Feb 2009 00:07:41 +0800, Kirby Zhou &lt;<a href="mailto:kirbyzhou@sohu-rd.com">kirbyzhou@sohu-rd.com</a>&gt;<br>
wrote:<br>
&gt; I&#39;m sorry, I had taken a mistake here. You are right, we can distinguish<br>
&gt; between client/server by the symbolic linked filename. But the program<br>
&gt; itself do not distinguish its role at least until 1.3.12. It means that<br>
&gt; somebody careless would set up a server daemon by the client process<br>
name.<br>
&gt; It should be a problem.<br>
<br>
If it&#39;s a server-only (or client-only) setup, then there&#39;s only one process<br>
anyway, so I don&#39;t see a problem. If a machine is both a client and a<br>
server, then having both in a single process results in a considerable<br>
speed-up because it avoids a process switch and doesn&#39;t have to push all of<br>
the communications through the socket layer and/or the IP stack. The<br>
performance boost (and the CPU usage drop) is quite noticeable on my<br>
systems.<br>
<br>
&gt; I do not know the actual situation of 2.0rc1, because of the<br>
&gt; &#39;NO_CONTENT_TYPE&#39; problem I have noticed in some prior mails.<br>
&gt; About point 2, I will check my APT system later, why the fuse-lib depends<br>
&gt; on kmod-fuse.<br>
<br>
What distribution are you talking about? I don&#39;t remember this being the<br>
case on RedHat based distributions.<br>
<br>
<br>
Gordan<br>
<br>
<br>
_______________________________________________<br>
Gluster-devel mailing list<br>
<a href="mailto:Gluster-devel@nongnu.org">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>
<br>
<br>
<br>
<br>
_______________________________________________<br>
Gluster-devel mailing list<br>
<a href="mailto:Gluster-devel@nongnu.org">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>
<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Amar Tumballi<br>Gluster/GlusterFS Hacker<br>[bulde on #gluster/<a href="http://irc.gnu.org">irc.gnu.org</a>]<br><a href="http://www.zresearch.com">http://www.zresearch.com</a> - Commoditizing Super Storage!<br>