[Gluster-devel] Adding nodes
Marcus Herou
marcus.herou at tailsweep.com
Tue May 27 17:07:39 UTC 2008
Thanks for the answer Kevan. I've read quite a lot about GlusterFS but
haven't got the chance yet to test it. (Board dp if I can buy all that
hardware :)
However the conf was ripped from
http://www.gluster.org/docs/index.php/Unify_over_AFR but stripped down to
three instead of six nodes.
Please show me the error it would be more helpful than a 1000 lines of
reading.
Thanks for the headsup of find... So adding a server which needs TB of data
would not be something you would like to execute everyday I guess... Can you
prefill it with yesterdays possibly "stale" data and then execute the same
find so only new/updated files get's transferred ? I would like to have it
as warm as possible before putting it online if you know what I mean.
Kindly
//Marcus
On Tue, May 27, 2008 at 6:20 PM, Kevan Benson <kbenson at a-1networks.com>
wrote:
>
> It looks like you are using the same brick in multiple AFR definitions,
> which won't work. See
> http://www.gluster.org/docs/index.php/Mixing_Unify_and_Automatic_File_Replicationfor an example of what you look to be trying to do.
>
> To answer your original question, files within an AFR are healed from one
> node to the other when the file is accessed (actually read) through the AFR
> and one node is found to have more recent data than others.
>
> You can make sure a particular file is healed by running head -c1 on it
> (you can send the output to /dev/null if you like), and you can make sure a
> whole AFR is synced by running a find on it and executing head -c1 on all
> the files found. See
> http://www.gluster.org/docs/index.php/Understanding_AFR_Translator for a
> more complete example and much more information.
>
> Marcus Herou wrote:
>
>> Hi.
>>
>> I have a question regarding expanding a glusterfs system which
>> probably been answered but still.
>>
>> Lets say I use Unify over AFR and have 3 nodes where each file is
>> replicated twice.
>>
>> Probably first hand a client file like the one on the web.
>>
>> volume brick1
>> type protocol/client
>> option transport-type tcp/client # for TCP/IP transport
>> option remote-host 192.168.1.1 # IP address of the remote brick
>> option remote-subvolume brick # name of the remote volume
>> end-volume
>>
>> volume brick2
>> type protocol/client
>> option transport-type tcp/client
>> option remote-host 192.168.1.2
>> option remote-subvolume brick
>> end-volume
>>
>> volume brick3
>> type protocol/client
>> option transport-type tcp/client
>> option remote-host 192.168.1.3
>> option remote-subvolume brick
>> end-volume
>>
>> volume brick-ns1
>> type protocol/client
>> option transport-type tcp/client
>> option remote-host 192.168.1.1
>> option remote-subvolume brick-ns
>> end-volume
>>
>> volume brick-ns2
>> type protocol/client
>> option transport-type tcp/client
>> option remote-host 192.168.1.2
>> option remote-subvolume brick-ns
>> end-volume
>>
>> volume afr1
>> type cluster/afr
>> subvolumes brick1 brick2
>> end-volume
>>
>> volume afr2
>> type cluster/afr
>> subvolumes brick2 brick3
>> end-volume
>>
>> volume afr-ns
>> type cluster/afr
>> subvolumes brick-ns1 brick-ns2
>> end-volume
>>
>> volume unify
>> type cluster/unify
>> option namespace afr-ns
>> option scheduler rr
>> subvolumes afr1 afr2
>> end-volume
>>
>> And after I add another node I add the following:
>>
>> ....
>> volume brick4
>> type protocol/client
>> option transport-type tcp/client
>> option remote-host 192.168.1.4
>> option remote-subvolume brick
>> end-volume
>> ....
>> volume afr3
>> type cluster/afr
>> subvolumes brick3 brick4
>> end-volume
>> ....
>> volume unify
>> type cluster/unify
>> option namespace afr-ns
>> option scheduler rr
>> subvolumes afr1 afr2 afr3
>> end-volume
>>
>>
>> So the question is really: Will the new node4 get the data from node3
>> automatically ?
>>
>>
>> I appreciate any answers.
>>
>> Kindly
>>
>> //Marcus
>>
>>
>>
>>
>>
>> --
>> Marcus Herou CTO and co-founder Tailsweep AB
>> +46702561312
>> marcus.herou at tailsweep.com
>> http://www.tailsweep.com/
>> http://blogg.tailsweep.com/
>>
>>
>> _______________________________________________
>> Gluster-devel mailing list
>> Gluster-devel at nongnu.org
>> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>> .
>>
>>
>
> --
>
> -Kevan Benson
> -A-1 Networks
>
--
Marcus Herou CTO and co-founder Tailsweep AB
+46702561312
marcus.herou at tailsweep.com
http://www.tailsweep.com/
http://blogg.tailsweep.com/
More information about the Gluster-devel
mailing list