Would I be correct in this thinking?
2 servers as data nodes, multiple clients doing afr client side. This
is a new setup where server1 has 100 gigs of data and server2 has
empty directory.
So by doing afr client side, does the client have to read and transfer
data FROM server1, and then copy it
On Thu, May 1, 2008 at 11:37 AM, Brandon Lamb <[EMAIL PROTECTED]> wrote:
> Would I be correct in this thinking?
>
> 2 servers as data nodes, multiple clients doing afr client side. This
> is a new setup where server1 has 100 gigs of data and server2 has
> empty directory.
>
> So by doing afr cl
>
> > Would doing server
> > side afr be faster for this process?
>
> Server will still have to replicate so there should not be any difference.
>
>
> > Or just go with the data having to be copied over the network twice
> > (if this is how it works)
>
> I could not understand this...
>
Kris
Could someone publish a example server-side afr setup (perhaps on the
wiki) just to see how the server and client vols hang together.
Amar S. Tumballi wrote:
>>> Would doing server
>>> side afr be faster for this process?
>>>
>> Server will still have to replicate so there should not be a
2008/5/1 Brandon Lamb <[EMAIL PROTECTED]>:
> Would I be correct in this thinking?
>
> 2 servers as data nodes, multiple clients doing afr client side. This
> is a new setup where server1 has 100 gigs of data and server2 has
> empty directory.
>
> So by doing afr client side, does the client have t
On Thu, May 1, 2008 at 12:43 AM, Brandon Lamb <[EMAIL PROTECTED]> wrote:
> Basically yea. So with server side afr server1 would send a copy to
> server2.
>
> With client side, client1 copies from server1 to itself, then copies
> from itself to server2, correct?
>
>
You have made a very good point.
On Thu, May 1, 2008 at 10:49 PM, Amar S. Tumballi <[EMAIL PROTECTED]> wrote:
> On Thu, May 1, 2008 at 12:43 AM, Brandon Lamb <[EMAIL PROTECTED]> wrote:
>
> > Basically yea. So with server side afr server1 would send a copy to
> > server2.
> >
> > With client side, client1 copies from server1 to
So in my case where i have one directory with existing data and
another that is empty, should i set the trusted version to 1 on the
pre existing data and 3 on the empty directory? Or am I totally
missing what this does?
I agree starting with a clean slate is much easier/cleaner. But when
you have
On Thu, May 1, 2008 at 10:46 AM, Brandon Lamb <[EMAIL PROTECTED]> wrote:
> So in my case where i have one directory with existing data and
> another that is empty, should i set the trusted version to 1 on the
> pre existing data and 3 on the empty directory? Or am I totally
> missing what this doe
I think a little documentation there would be fantastic. I am also starting
with a full set of files that cannot be easily copied (a shared root... It
kind of has to be there already, by definition!).
Personally I was in the dark about all this until recent threads started
shedding a little light
Hope this helps if you are in doubt about what is higher value for attribute
:)
> And just to be clear, higher here means 3 is higher than 1 right?
>
> =)
>
Perfect, its mathematical value like N+1 > N =)
Actually its an interesting doubt. as rank 1 is higher than rank 2 :p never
thought in th
On Thu, May 1, 2008 at 11:01 AM, Christopher Hawkins
<[EMAIL PROTECTED]> wrote:
> I think a little documentation there would be fantastic. I am also starting
> with a full set of files that cannot be easily copied (a shared root... It
> kind of has to be there already, by definition!).
>
> Personal
I think I accidentally butchered this thread because this was actually
a question on client versus server side afr, not setting up with pre
existing data...
HOWEVER.
I just had success. This time i tried with a TEST directory rather
than live data... /genius
Server1
/mnt/raid/gfs - contains 4 fo
It is quite simple to set it up.
on server1:
find /mnt/raid/gfs -exec setfattr -n trusted.glusterfs.version -v 2 {} \;
Here "2" is a number greater than "1" which is the version of the attribute-less
file. It is set on both file and directories. There is no need to set the
trusted.glusterfs.creat
Christopher Hawkins wrote:
I think a little documentation there would be fantastic. I am also starting
with a full set of files that cannot be easily copied (a shared root... It
kind of has to be there already, by definition!).
Just out of interest, what are you using to bootstrap your shared
Brandon Lamb wrote:
One EVVVIL gotcha that got me was one of my servers did not have the
extended attributes flag turned on (xfs on both servers).
I have to say that considering there are relative few xattr supporting
file systems, something like a stackable xattr FS would be quite useful.
K
Ok I got it all up
http://www.gluster.org/docs/index.php/Setting_up_AFR_on_two_servers_with_pre-existing_data
Does it all look right?
Krishna replied with the suggestion of removing file attributes, any
preference between that or setting the version to a lower value? I
guess the end result is th
>
> I have to say that considering there are relative few xattr supporting
> file systems, something like a stackable xattr FS would be quite useful.
> Keep the xattrs in a SQLite DB.
>
We are evaluating this as we needed had to support few cases where companies
have Large NFS exports, and they wa
On Thu, May 1, 2008 at 12:14 PM, Brandon Lamb <[EMAIL PROTECTED]> wrote:
> Ok I got it all up
>
>
> http://www.gluster.org/docs/index.php/Setting_up_AFR_on_two_servers_with_pre-existing_data
>
> Does it all look right?
>
> Krishna replied with the suggestion of removing file attributes, any
> pref
Ok updated the wiki, and i took "There is no need to set the
trusted.glusterfs.createtime xattr." to mean there is no reason to
include that in the tutorial, so I only included removing the
trusted.glusterfs.version xattr.
___
Gluster-devel mailing list
On Fri, May 2, 2008 at 12:51 AM, Brandon Lamb <[EMAIL PROTECTED]> wrote:
> Ok updated the wiki, and i took "There is no need to set the
> trusted.glusterfs.createtime xattr." to mean there is no reason to
> include that in the tutorial, so I only included removing the
> trusted.glusterfs.version
On Thu, May 1, 2008 at 12:30 PM, Krishna Srinivas <[EMAIL PROTECTED]> wrote:
>
> On Fri, May 2, 2008 at 12:51 AM, Brandon Lamb <[EMAIL PROTECTED]> wrote:
> > Ok updated the wiki, and i took "There is no need to set the
> > trusted.glusterfs.createtime xattr." to mean there is no reason to
> > inc
> Just out of interest, what are you using to bootstrap your
> shared root?
> I'm working on a patch for Open Shared Root for GlusterFS.
>
I build out a directory with the files / libraries and cpio it into an
initramfs, and use this to PXE boot clients. A script then merges parts of
the glust
Le jeudi 1 mai 2008, Brandon Lamb a écrit :
> Ok I got it all up
>
> http://www.gluster.org/docs/index.php/Setting_up_AFR_on_two_servers_with_pre-existing_data
>
> Does it all look right?
>
I don't know if it's right but it's the kind of very simple example i was
looking for :-)
If no one add n
24 matches
Mail list logo