One can install the glusterfs rpm without fuse part.
'bash# rpm -ivh glusterfs<version>.rpm --without client'
or if you are building from source,
'bash# ./configure --disable-fuse-client'
That way, you can be sure that the server which is used for exporting the filesystem is stable (without the fuse module).
Hope this info is useful for you.
Regards,
Amar
2009/2/3 Kirby Zhou <kirbyzhou@xxxxxxxxxxx>
I use RHEL-5.2
What's your point of the distribution? 'NO_CONTENT_TYPE' problem or FUSE problem?
The FUSE rpm does not come with RHEL, it should come from somewhere I do not know now.
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?
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.
-----Original Message-----
From: gluster-devel-bounces+kirbyzhou=sohu-rd.com@nongnu.org [mailto:gluster-devel-bounces+kirbyzhou=sohu-rd.com@nongnu.org] On Behalf Of Gordan Bobic
Subject: RE: Why integrate both client and server into a single executable?
On Tue, 3 Feb 2009 00:07:41 +0800, Kirby Zhou <kirbyzhou@xxxxxxxxxxx>
wrote:
> I'm sorry, I had taken a mistake here. You are right, we can distinguish
> between client/server by the symbolic linked filename. But the program
> itself do not distinguish its role at least until 1.3.12. It means that
> somebody careless would set up a server daemon by the client process
name.
> It should be a problem.
If it's a server-only (or client-only) setup, then there's only one process
anyway, so I don't see a problem. If a machine is both a client and a
server, then having both in a single process results in a considerable
speed-up because it avoids a process switch and doesn't have to push all of
the communications through the socket layer and/or the IP stack. The
performance boost (and the CPU usage drop) is quite noticeable on my
systems.
> I do not know the actual situation of 2.0rc1, because of the
> 'NO_CONTENT_TYPE' problem I have noticed in some prior mails.
> About point 2, I will check my APT system later, why the fuse-lib depends
> on kmod-fuse.
What distribution are you talking about? I don't remember this being the
case on RedHat based distributions.
Gordan
_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxx
http://lists.nongnu.org/mailman/listinfo/gluster-devel
_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxx
http://lists.nongnu.org/mailman/listinfo/gluster-devel
--
Amar Tumballi
Gluster/GlusterFS Hacker
[bulde on #gluster/irc.gnu.org]
http://www.zresearch.com - Commoditizing Super Storage!
