Thank you.
I wonder if this is still true for the current version (3.1.2) since that message is quite old. It would be nice, for better performance, if a client (which is also a brick-server) could access its local copy of a file rather than chosing a random server and read it via network.
Maybe a gluster developer can confirm this ?

Cheers, Rosario.


Il 11/03/2011 19:24, Mohit Anchlia ha scritto:
This is what I found contray to what I said. I thought I read it
otherwise somewhere else. Documentation still lacks good information.

http://gluster.org/pipermail/gluster-users/20081021/000496.html


On Fri, Mar 11, 2011 at 9:58 AM, Mohit Anchlia<[email protected]>  wrote:
My understanding is that it will issue 2 read requests in parallel and
whichever returns the response first will be used.

On Fri, Mar 11, 2011 at 6:20 AM, Rosario Esposito<[email protected]>  wrote:

This is a repost, I hope gluster developers can answer this question:

If I have a distributed/replicated volume and a gluster native client needs
to read a file, which server will be chosen ?

Let's say I have a 2-nodes cluster running the following gluster
configuration:

---
Volume Name: myvolume
Type: Replicate
Status: Started
Number of Bricks: 2
Transport-type: tcp
Bricks:
Brick1: host1:/brick
Brick2: host2:/brick
---

host1 and host2 are also gluster native clients, mounting "myvolume" in
/gluster

e.g.

[root@host1 ~]# mount | egrep "brick|gluster"
/dev/sda1 on /brick type ext3 (rw)
glusterfs#host1:/myvolume on /gluster type fuse
(rw,allow_other,default_permissions,max_read=131072)

[root@host2 ~]# mount | egrep "brick|gluster"
/dev/sda1 on /brick type ext3 (rw)
glusterfs#host2:/myvolume on /gluster type fuse
(rw,allow_other,default_permissions,max_read=131072)


If host1 needs to read the file /gluster/myfile will it use the local copy
from host1:/brick or the other copy from host2:/brick over the network ?
Is there a way to force the client to read the local copy ?

Cheers, Rosario
_______________________________________________
Gluster-users mailing list
[email protected]
http://gluster.org/cgi-bin/mailman/listinfo/gluster-users



_______________________________________________
Gluster-users mailing list
[email protected]
http://gluster.org/cgi-bin/mailman/listinfo/gluster-users

Reply via email to