On the write-behind translator is there a way to wait for one of the AFR Replica's to get a close response and then finish replicated the data in the background (which write-behind currently does) and issue the close system call to the replica servers long after the application has moved on because atleast one of the replicas is keeping up?<br>
<br>Thanks<br><br><div class="gmail_quote">On Sun, Mar 8, 2009 at 12:00 PM, <span dir="ltr"><<a href="mailto:gluster-users-request@gluster.org">gluster-users-request@gluster.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Send Gluster-users mailing list submissions to<br>
<a href="mailto:gluster-users@gluster.org">gluster-users@gluster.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users" target="_blank">http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:gluster-users-request@gluster.org">gluster-users-request@gluster.org</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:gluster-users-owner@gluster.org">gluster-users-owner@gluster.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of Gluster-users digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. How caches are working on AFR? (Stas Oskin)<br>
2. Problems compiling Gluster Patched fuse. (Evan Hart)<br>
3. Re: How caches are working on AFR? (Anand Babu Periasamy)<br>
4. GlusterFS running, but not syncing is done (Stas Oskin)<br>
5. Accessing the host glusterFS directory from OpenVZ virtual<br>
server (Stas Oskin)<br>
6. mounting glusterfs on /etc/mtab read only (Enno Lange)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Sun, 8 Mar 2009 02:22:03 +0200<br>
From: Stas Oskin <<a href="mailto:stas.oskin@gmail.com">stas.oskin@gmail.com</a>><br>
Subject: [Gluster-users] How caches are working on AFR?<br>
To: gluster-users <<a href="mailto:gluster-users@gluster.org">gluster-users@gluster.org</a>><br>
Message-ID:<br>
<<a href="mailto:77938bc20903071622x3e277a1s776e0b2ea53a5ace@mail.gmail.com">77938bc20903071622x3e277a1s776e0b2ea53a5ace@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
Hi.<br>
<br>
I have a question to GlustreFS developers.<br>
<br>
if I have a pair of servers in client-server AFR (A and B), and the<br>
application running on A writes to disk, how soon the application receives<br>
OK and can continue?<br>
<br>
After the cache on server A is filled with data (and then all is<br>
synchronized in background), or only after cache on server B gets data as<br>
well?<br>
<br>
Thanks.<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://zresearch.com/pipermail/gluster-users/attachments/20090308/b01adf5e/attachment.html" target="_blank">http://zresearch.com/pipermail/gluster-users/attachments/20090308/b01adf5e/attachment.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Sat, 7 Mar 2009 13:59:19 -0800<br>
From: Evan Hart <<a href="mailto:ehart@devnada.com">ehart@devnada.com</a>><br>
Subject: [Gluster-users] Problems compiling Gluster Patched fuse.<br>
To: <a href="mailto:gluster-users@gluster.org">gluster-users@gluster.org</a><br>
Message-ID:<br>
<<a href="mailto:56e059b80903071359u640b6e57vb326c96a9a16f9ef@mail.gmail.com">56e059b80903071359u640b6e57vb326c96a9a16f9ef@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
I'm having problems compiling fuse-2.7.4glfs11<br>
on # uname -a<br>
Linux cdc 2.6.27-gentoo-r8 #1 SMP Fri Mar 6 12:21:10 PST 2009 x86_64<br>
Quad-Core AMD Opteron(tm) Processor 2350 AuthenticAMD GNU/Linux<br>
<br>
<a href="http://pastebin.com/m2dc978be" target="_blank">http://pastebin.com/m2dc978be</a><br>
<br>
Any help would be great..<br>
<br>
Thanks<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://zresearch.com/pipermail/gluster-users/attachments/20090307/973d55b4/attachment-0001.htm" target="_blank">http://zresearch.com/pipermail/gluster-users/attachments/20090307/973d55b4/attachment-0001.htm</a>><br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Sat, 07 Mar 2009 18:18:15 -0800<br>
From: Anand Babu Periasamy <<a href="mailto:ab@gluster.com">ab@gluster.com</a>><br>
Subject: Re: [Gluster-users] How caches are working on AFR?<br>
To: Stas Oskin <<a href="mailto:stas.oskin@gmail.com">stas.oskin@gmail.com</a>><br>
Cc: gluster-users <<a href="mailto:gluster-users@gluster.org">gluster-users@gluster.org</a>><br>
Message-ID: <<a href="mailto:49B32AE7.80707@gluster.com">49B32AE7.80707@gluster.com</a>><br>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed<br>
<br>
Replicate in 2.0 performs atomic writes by default. This means, writes will return control<br>
back to application only after both the volumes (or more) are successfully written.<br>
<br>
To mask the performance penalty of atomic writes, you should load write-behind on top of<br>
it. Write-behind returns control as soon as it receives the write call from the<br>
application, but it continues to write in background. Write-behind also performs<br>
block-aggregation. Smaller writes are aggregated into fewer large writes.<br>
<br>
POSIX says application should verify the return status of close system call to ensure all<br>
writes were successfully written. If they are any pending writes, close call will block to<br>
ensure all the data is completely written. There is an option in write-behind to even<br>
close in background. It is unsafe and turned off by default.<br>
<br>
Applications that expect every write to succeed, issues synchronous writes.<br>
<br>
I Hope it answers your question.<br>
<br>
Happy Hacking,<br>
--<br>
Anand Babu Periasamy<br>
GPG Key ID: 0x62E15A31<br>
Blog [<a href="http://ab.multics.org" target="_blank">http://ab.multics.org</a>]<br>
GlusterFS [<a href="http://www.gluster.org" target="_blank">http://www.gluster.org</a>]<br>
The GNU Operating System [<a href="http://www.gnu.org" target="_blank">http://www.gnu.org</a>]<br>
<br>
<br>
<br>
Stas Oskin wrote:<br>
> Hi.<br>
><br>
> I have a question to GlustreFS developers.<br>
><br>
> if I have a pair of servers in client-server AFR (A and B), and the<br>
> application running on A writes to disk, how soon the application<br>
> receives OK and can continue?<br>
><br>
> After the cache on server A is filled with data (and then all is<br>
> synchronized in background), or only after cache on server B gets data<br>
> as well?<br>
><br>
> Thanks.<br>
><br>
><br>
> ------------------------------------------------------------------------<br>
><br>
> _______________________________________________<br>
> Gluster-users mailing list<br>
> <a href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br>
> <a href="http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users" target="_blank">http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users</a><br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Sun, 8 Mar 2009 10:58:17 +0200<br>
From: Stas Oskin <<a href="mailto:stas.oskin@gmail.com">stas.oskin@gmail.com</a>><br>
Subject: [Gluster-users] GlusterFS running, but not syncing is done<br>
To: gluster-users <<a href="mailto:gluster-users@gluster.org">gluster-users@gluster.org</a>><br>
Message-ID:<br>
<<a href="mailto:77938bc20903080058t1cc55a2n3367e4bc66d179ce@mail.gmail.com">77938bc20903080058t1cc55a2n3367e4bc66d179ce@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
Hi.<br>
<br>
I'm trying to run my first GlusterFS setup, basically 2 servers running in<br>
AFR mode.<br>
<br>
While the servers find and connect to each other, unfortunately the file are<br>
not being synchronized between them. I mean, when I place a file in one of<br>
the servers, the other one does not receive it.<br>
<br>
Here is what I receive on each of the servers:<br>
2009-03-08 02:41:43 N [server-protocol.c:7186:mop_setvolume] server:<br>
accepted client from <a href="http://192.168.253.41:1020" target="_blank">192.168.253.41:1020</a><br>
2009-03-08 02:41:48 D [client-protocol.c:5924:client_protocol_reconnect]<br>
home2: breaking reconnect chain<br>
2009-03-08 02:41:48 D [client-protocol.c:5924:client_protocol_reconnect]<br>
home2: breaking reconnect chain<br>
<br>
and<br>
<br>
2009-03-08 02:41:43 D [client-protocol.c:6557:notify] home2: got<br>
GF_EVENT_CHILD_UP<br>
2009-03-08 02:41:43 D [socket.c:951:socket_connect] home2: connect () called<br>
on transport already connected<br>
2009-03-08 02:41:43 N [client-protocol.c:5853:client_setvolume_cbk] home2:<br>
connection and handshake succeeded<br>
2009-03-08 02:41:53 D [client-protocol.c:5924:client_protocol_reconnect]<br>
home2: breaking reconnect chain<br>
2009-03-08 02:41:53 D [client-protocol.c:5924:client_protocol_reconnect]<br>
home2: breaking reconnect chain<br>
<br>
Any idea why the files are not synchronized and how it can be diagnosed?<br>
<br>
Thanks.<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://zresearch.com/pipermail/gluster-users/attachments/20090308/2dc9a172/attachment-0001.htm" target="_blank">http://zresearch.com/pipermail/gluster-users/attachments/20090308/2dc9a172/attachment-0001.htm</a>><br>
<br>
------------------------------<br>
<br>
Message: 5<br>
Date: Sun, 8 Mar 2009 11:59:51 +0200<br>
From: Stas Oskin <<a href="mailto:stas.oskin@gmail.com">stas.oskin@gmail.com</a>><br>
Subject: [Gluster-users] Accessing the host glusterFS directory from<br>
OpenVZ virtual server<br>
To: gluster-users <<a href="mailto:gluster-users@gluster.org">gluster-users@gluster.org</a>><br>
Message-ID:<br>
<<a href="mailto:77938bc20903080159m20e4e368g7188cf11a182a968@mail.gmail.com">77938bc20903080159m20e4e368g7188cf11a182a968@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
Hi.<br>
<br>
This might be unrelated to this list, but I looking for a way to access<br>
GlusterFS partition from OpenVZ virtual server.<br>
<br>
Meaning a virtual server running on a particular server will access it's<br>
host GlusterFS directory.<br>
<br>
The immediate idea I had was to have the virtual server as the client of<br>
GlusterFS, as it would basically happen on same machine networking, but<br>
perhaps there is a way to write the data directly to host partition?<br>
<br>
Thanks.<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://zresearch.com/pipermail/gluster-users/attachments/20090308/63b03427/attachment-0001.htm" target="_blank">http://zresearch.com/pipermail/gluster-users/attachments/20090308/63b03427/attachment-0001.htm</a>><br>
<br>
------------------------------<br>
<br>
Message: 6<br>
Date: Sun, 08 Mar 2009 14:05:45 +0100<br>
From: Enno Lange <<a href="mailto:Enno.Lange@iem.rwth-aachen.de">Enno.Lange@iem.rwth-aachen.de</a>><br>
Subject: [Gluster-users] mounting glusterfs on /etc/mtab read only<br>
To: <a href="mailto:gluster-users@gluster.org">gluster-users@gluster.org</a><br>
Message-ID: <<a href="mailto:49B3C2A9.9070104@iem.rwth-aachen.de">49B3C2A9.9070104@iem.rwth-aachen.de</a>><br>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed<br>
<br>
Hi,<br>
<br>
we running a cluster of diskless gentoo-systems. Therefore, /etc/mtab is<br>
linked to /proc/mounts as usual. Trying to mount a glusterfs fails<br>
because mtab is not writable. Is there by any chance a way to pass '-n'<br>
or something equivalent to the underlying mount -t fuse process?<br>
<br>
The actual workaround we deployed is to link /etc/mtab to a local file<br>
on a scratch partition, which in my opinion is quite unsatisfying: The<br>
mount process will succeed but the mounted fs will not appear in the<br>
linked /etc/mtab.<br>
<br>
Enno Lange<br>
<br>
<br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
Gluster-users mailing list<br>
<a href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br>
<a href="http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users" target="_blank">http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users</a><br>
<br>
<br>
End of Gluster-users Digest, Vol 11, Issue 12<br>
*********************************************<br>
</blockquote></div><br>