<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">That's it exactly. As it stands I have glusterfs server (or its server.vol file) on the sub-servers setting up (and exporting?) the bricks, and the OS X uses only the client.vol file to import and assemble the remote bricks into a cluster. Also, yes, the problems are as you say: I can read/write files, but I cannot create/upload/rename directories.<div><br></div><div>Here is a copy of the server.vol files from two servers:</div><div><br></div><blockquote class="webkit-indent-blockquote" style="margin: 0 0 0 40px; border: none; padding: 0px;"><b>matserve01</b>:</blockquote><div><br></div><blockquote class="webkit-indent-blockquote" style="margin: 0 0 0 40px; border: none; padding: 0px;">volume posix01a<br>&nbsp;type storage/posix&nbsp;<br>&nbsp;option directory /raid01a/clients<br>end-volume<br><br>volume raid01a<br>&nbsp;&nbsp;type features/locks<br>&nbsp;&nbsp;subvolumes posix01a<br>end-volume<br><br>volume posix01b<br>&nbsp;type storage/posix<br>&nbsp;option directory /raid01b/clients<br>end-volume<br><br>volume raid01b<br>&nbsp;&nbsp;type features/locks<br>&nbsp;&nbsp;subvolumes posix01b<br>end-volume<br><br><br>### Add network serving capability to above exports.<br>volume server<br>&nbsp;type protocol/server<br>&nbsp;option transport-type tcp<br>&nbsp;subvolumes raid01a raid01b<br>&nbsp;option auth.addr.raid01a.allow 192.168.1.* # Allow access to "raid01a" volume<br>&nbsp;option auth.addr.raid01b.allow 192.168.1.* # Allow access to "raid01b" volume<br>end-volume</blockquote><div><div><br></div></div><div><br></div><blockquote class="webkit-indent-blockquote" style="margin: 0 0 0 40px; border: none; padding: 0px;"><b>matserve02:</b><br><br>volume posix02a<br>&nbsp;type storage/posix&nbsp;<br>&nbsp;option directory /raid02a/clients<br>end-volume<br><br>volume raid02a<br>&nbsp;&nbsp;type features/locks<br>&nbsp;&nbsp;subvolumes posix02a<br>end-volume<br><br>volume posix02b<br>&nbsp;type storage/posix<br>&nbsp;option directory /raid02b/clients<br>end-volume<br><br>volume raid02b<br>&nbsp;&nbsp;type features/locks<br>&nbsp;&nbsp;subvolumes posix02b<br>end-volume<br><br>### Add network serving capability to above exports.<br>volume server<br>&nbsp;type protocol/server<br>&nbsp;option transport-type tcp<br>&nbsp;subvolumes raid02a raid02b<br>&nbsp;option auth.addr.raid02a.allow 192.168.1.* # Allow access to "raid02a" volume<br>&nbsp;option auth.addr.raid02b.allow 192.168.1.* # Allow access to "raid02b" volume<br>end-volume</blockquote><div><div><br></div></div><div>...and the client.vol file from the OS X server.</div><div><br></div><blockquote class="webkit-indent-blockquote" style="margin: 0 0 0 40px; border: none; padding: 0px;">### Add client feature and attach to remote subvolume of server1<br><br># import RAID a's on matserve01 &amp; matserve02&nbsp;<br><br>volume rRaid01a<br>&nbsp;type protocol/client<br>&nbsp;option transport-type tcp/client<br>&nbsp;option remote-host 192.168.1.6 &nbsp; &nbsp; &nbsp;# IP address of the remote brick<br>&nbsp;option remote-subvolume raid01a &nbsp; &nbsp; &nbsp; &nbsp;# name of the remote volume<br>end-volume<br><br>volume rRaid02a<br>&nbsp;type protocol/client<br>&nbsp;option transport-type tcp/client<br>&nbsp;option remote-host 192.168.1.7 &nbsp; &nbsp; &nbsp;# IP address of the remote brick<br>&nbsp;option remote-subvolume raid02a &nbsp; &nbsp; &nbsp; &nbsp;# name of the remote volume<br>end-volume<br><br>## add c, d, e, etc sections as bays expand for each server<br>###################<br><br>### Add client feature and attach to remote subvolume of server2<br><br># combine raid a's<br>volume cluster0102a<br>&nbsp;type cluster/afr<br>&nbsp;subvolumes rRaid01a rRaid02a<br>end-volume<br><br>## add c, d, e, etc sections as bays expand for each server<br>###################</blockquote><div><div><br></div></div><div><br></div><div>...you may notice that I am for the time being assembling but one cluster (a) - for testing purposes.</div><div><br></div><div>Does all this seem correct to you?</div><div><br></div><div><br></div><div><div><div>On Jan 2, 2009, at 14:17 , Krishna Srinivas wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div>Schomburg,<br><br>You have 4 servers and one client. Each server has to export 2<br>directories /raid01a and /raid01b (FUSE do not play any role on the<br>servers). On the client machine the glusterfs mounts using the client<br>vol file combining all the exported directories. This would be a<br>typical setup in your case. How is your setup? Can you mail the client<br>vol file? According to your mail creation of directory fails. But<br>creation/read/write of files are fine. Right?<br><br>Krishna<br><br>On Fri, Jan 2, 2009 at 5:01 PM, Jake Maul &lt;<a href="mailto:jakemaul@gmail.com">jakemaul@gmail.com</a>> wrote:<br><blockquote type="cite">On Fri, Jan 2, 2009 at 3:55 AM, At Work &lt;<a href="mailto:admin@matphot.com">admin@matphot.com</a>> wrote:<br></blockquote><blockquote type="cite"><blockquote type="cite">Thank you for your rapid reply. Just one question: by "leave your fstab<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">mount alone" do you mean leave it mount the xfs disk on startup?<br></blockquote></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">Yes. Mount your XFS partition via fstab as you normally would.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">As for the rest.... dunno what to tell ya. Maybe one of the glusterfs<br></blockquote><blockquote type="cite">devs can chime in with some ideas.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">Good luck,<br></blockquote><blockquote type="cite">Jake<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><blockquote type="cite">This problem is odd to say the least - when I do a 'mount' after activating<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">the glusterfs client and cluster on Leopard, I get the following:<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;glusterfs on /Volumes/raid0102a (fusefs, local, synchronous)<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">...and on the Debian host server I get:<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;fusectl on /sys/fs/fuse/connections type fusectl (rw) # seems to be a<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">fuse connection - should fuse-accessible mounts go here?<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;/dev/sdb1 on /raid01a type xfs (rw) # raid block a<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;/dev/sdc1 on /raid01b type xfs (rw) # raid block b<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">...and in the glusterfs log I get:<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">2009-01-02 11:06:42 E [fuse-bridge.c:279:fuse_loc_fill] fuse-bridge: failed<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">to search parent for 576 ((null))<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">2009-01-02 11:06:42 E [fuse-bridge.c:703:do_chmod] glusterfs-fuse: 2: CHMOD<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">576 ((null)) (fuse_loc_fill() failed)<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">2009-01-02 11:06:42 E [fuse-bridge.c:279:fuse_loc_fill] fuse-bridge: failed<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">to search parent for 576 ((null))<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">2009-01-02 11:06:42 E [fuse-bridge.c:581:fuse_getattr] glusterfs-fuse: 1:<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">GETATTR 576 (fuse_loc_fill() failed)<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">2009-01-02 11:08:16 E [fuse-bridge.c:279:fuse_loc_fill] fuse-bridge: failed<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">to search parent for 578 ((null))<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">2009-01-02 11:08:16 E [fuse-bridge.c:2193:fuse_getxattr] glusterfs-fuse: 2:<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">GETXATTR (null)/578 (com.apple.FinderInfo) (fuse_loc_fill() failed)<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">2009-01-02 11:08:16 E [fuse-bridge.c:279:fuse_loc_fill] fuse-bridge: failed<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">to search parent for 578 ((null))<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">2009-01-02 11:08:16 E [fuse-bridge.c:2193:fuse_getxattr] glusterfs-fuse: 2:<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">GETXATTR (null)/578 (com.apple.FinderInfo) (fuse_loc_fill() failed)<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">2009-01-02 11:08:17 E [fuse-bridge.c:279:fuse_loc_fill] fuse-bridge: failed<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">to search parent for 578 ((null))<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">2009-01-02 11:08:17 E [fuse-bridge.c:2193:fuse_getxattr] glusterfs-fuse: 0:<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">GETXATTR (null)/578 (com.apple.FinderInfo) (fuse_loc_fill() failed)<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">2009-01-02 11:09:58 E [fuse-bridge.c:279:fuse_loc_fill] fuse-bridge: failed<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">to search parent for 578 ((null))<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">2009-01-02 11:09:58 E [fuse-bridge.c:581:fuse_getattr] glusterfs-fuse: 1:<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">GETATTR 578 (fuse_loc_fill() failed)<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">...and the last two lines are repeated every few minutes.<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">Am I correct in understanding that I have no need for FUSE on the Debian<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">servers? There seems to be a bridge-failure of some sort going on here.<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">On Jan 2, 2009, at 08:34 , Jake Maul wrote:<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">On the brick server (the content server... the one with the<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">XFS-formatted volume), FUSE is actually not used or even needed as far<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">as I can tell. Leave your fstab mount alone, and treat GlusterFS as a<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">pure replacement for NFS's /etc/exports.<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">FUSE only comes into play on the client side, where it's no longer<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">relevant what the underlying filesystem is. If I'm reading you right,<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">your XServe is the client in this scenario. Perhaps Mac OSX's FUSE<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">implementation is strange somehow, I'm not familiar with it.<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">Otherwise, it sounds to me like you're doing it right. Sounds like<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">either a permissions problem or a bug somewhere (first guesses would<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">be Mac OSX's FUSE, or GlusterFS client on OSX).<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">On Thu, Jan 1, 2009 at 11:55 PM, <a href="mailto:admin@matphot.com">admin@matphot.com</a> &lt;<a href="mailto:admin@matphot.com">admin@matphot.com</a>><br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">wrote:<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">Dear All,<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">I'm afraid I'm a bit new to this. I hope I'm not missing the obvious, but<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">in<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">all the documentation I can't seem to find a clear answer to my problem.<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">I have a head server (Leopard X serve) that will be used as a mount point<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">for four sub-servers (Debian Etch) that each have two SATA RAID 5 blocks<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">running an XFS filesystem.<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">Before I switched to glusterfs, I would do an NFS export (/etc/exports)<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">of<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">the XFS filesystem mounted in /etc/fstab. I have since cancelled<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">(commented<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">out) the NFS export, but I am not quite sure what to do about the fstab:<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">Should I mount the drives using this file, then export the filesystem<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">using<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">glusterfs? Or should it be glusterfs doing the mounting? What role does<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">FUSE<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">have in the mount operation?<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">The RAID drives are at /dev/sdb and /dev/sdc, and their filesystems are<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">accessible at /dev/sdb1 and /dev/sdc1 - should I be mounting these with<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">glusterfs (instead of mounting them to a folder in the server root as I<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">am<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">doing presently)?<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">With my present configuration, all works correctly if I mount the raid<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">drives individually, yet when I mirror two drives across two servers<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">using<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">AFS things get wonky - I can upload files to a folder (and see that they<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">have indeed been replicated to both drives), yet I am unable to create a<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">new<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">folder (it becomes an inaccessible icon).<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">Thank you for any advice.<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">Best,<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">J.M. Schomburg.<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">_______________________________________________<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">Gluster-devel mailing list<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><a href="mailto:Gluster-devel@nongnu.org">Gluster-devel@nongnu.org</a><br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><a href="http://lists.nongnu.org/mailman/listinfo/gluster-devel">http://lists.nongnu.org/mailman/listinfo/gluster-devel</a><br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">_______________________________________________<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">Gluster-devel mailing list<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><a href="mailto:Gluster-devel@nongnu.org">Gluster-devel@nongnu.org</a><br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><a href="http://lists.nongnu.org/mailman/listinfo/gluster-devel">http://lists.nongnu.org/mailman/listinfo/gluster-devel</a><br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">_______________________________________________<br></blockquote><blockquote type="cite">Gluster-devel mailing list<br></blockquote><blockquote type="cite"><a href="mailto:Gluster-devel@nongnu.org">Gluster-devel@nongnu.org</a><br></blockquote><blockquote type="cite"><a href="http://lists.nongnu.org/mailman/listinfo/gluster-devel">http://lists.nongnu.org/mailman/listinfo/gluster-devel</a><br></blockquote><blockquote type="cite"><br></blockquote></div></blockquote></div><br></div></body></html>