<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
On 6/9/2015 8:30 AM, Pablo Silva wrote:<br>
<blockquote
cite="mid:CAF1in6QUkBhZDEM_jqO2S3CWK-yA5=vHEwVe9vySnng_DFy8QQ@mail.gmail.com"
type="cite">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<div dir="ltr">
<div>
<div>
<div>
<div>Hi Ted!<br>
<br>
</div>
Thanks for your reply, for the implementation of <span
lang="en"><span></span></span><span lang="en"><span>Service
N2 (As2 Mendelson B45 + </span></span><span lang="en"><span>gluster</span>
<span>3.3.1-15.el6.x86_64 (1 brick) </span></span><br>
<span tabindex="-1" id="result_box" class="" lang="en"><span
class="">we have implemented one brick<br>
<br>
<br>
</span></span></div>
<div><span tabindex="-1" id="result_box" class="" lang="en"><span
class="">As you can see, Mendelson has a Brick, and
use it for to process teh Purchase Ordes feed in SOA21
by MULE process <br>
</span></span></div>
<div><span tabindex="-1" id="result_box" class="" lang="en"><span
class=""><br>
[root@mendelson ~]# gluster volume info<br>
<br>
Volume Name: m2mas2<br>
Type: Distribute<br>
Volume ID: 328d1e48-bb0a-4b41-92ac-699f78d2dca7<br>
Status: Started<br>
Number of Bricks: 1<br>
Transport-type: tcp<br>
Bricks:<br>
Brick1: mendelson.XXXXX.b2b:/opt/mendelson/messages<br>
Options Reconfigured:<br>
auth.allow: 10.200.20.*,10.200.22.*<br>
storage.owner-uid: 500<br>
storage.owner-gid: 500<br>
<br>
<br>
<br>
[root@mendelson ~]# cat /etc/fstab <br>
<br>
#<br>
# /etc/fstab<br>
# Created by anaconda on Wed Oct 23 11:42:22 2013<br>
#<br>
# Accessible filesystems, by reference, are maintained
under '/dev/disk'<br>
# See man pages fstab(5), findfs(8), mount(8) and/or
blkid(8) for more info<br>
#<br>
/dev/mapper/VolGroup-lv_root /
ext4 defaults,acl 1 1<br>
UUID=df46586a-2f06-4ada-b2e6-523f7ec3967b
/boot ext4 defaults 1 2<br>
/dev/mapper/VolGroup-lv_swap swap
swap defaults 0 0<br>
tmpfs /dev/shm
tmpfs defaults 0 0<br>
devpts /dev/pts
devpts gid=5,mode=620 0 0<br>
sysfs /sys
sysfs defaults 0 0<br>
proc /proc
proc defaults 0 0<br>
</span></span></div>
</div>
</div>
</div>
</blockquote>
<br>
Here is your problem. You are not mounting m2mas2. <span
tabindex="-1" id="result_box" class="" lang="en"><span class="">/opt/mendelson/messages
is NOT the same as m2mas2.</span></span> You can NEVER write
(or read) to <span tabindex="-1" id="result_box" class="" lang="en"><span
class="">/opt/mendelson/messages. You must pretend that is <u>does
not exist</u>. You must mount the Gluster volume, and use
only the path to the gluster volume, never to the brick. When
you write to the brick you are "going behind gluster's back" and
gluster does not know that anything has changed, so it does not
make those files available to the gluster clients. It may
eventually notice them, and make them available, but it is not
anything dependable or predictable.<br>
<br>
First, make sure you have the glusterfs-fuse package installed.<br>
<br>
You need to add a line to /etc/fstab that is like:<br>
</span></span>
<pre><span tabindex="-1" id="result_box" class="" lang="en"><span class="">mendelson:/m2mas2 </span></span><span tabindex="-1" id="result_box" class="" lang="en"><span class=""><span tabindex="-1" id="result_box" class="" lang="en">/opt/m2m.as2 glusterfs defaults 0 0</span></span></span></pre>
<pre><span tabindex="-1" id="result_box" class="" lang="en"><span class=""></span></span></pre>
<span tabindex="-1" id="result_box" class="" lang="en"><span
class=""><br>
Then change everything that you are now reading and writing to </span></span><span
tabindex="-1" id="result_box" class="" lang="en"><span class="">/opt/mendelson/messages
so that it writes to </span></span><span tabindex="-1"
id="result_box" class="" lang="en"><span class=""><span
tabindex="-1" id="result_box" class="" lang="en">/opt/m2m.as2
(or whatever mount point you have chosen).<br>
<br>
Many of us follow this pattern. All bricks are located at
/bricks/xxx/xxx. All gluster files systems are mounted to
/gluster/xxx. That makes the separation between the bricks
and the gluster volumes very clear, and very hard to mess up
when writing file paths in programs. No trying to remember
"Which is the brick, and which is the gluster volume?"<br>
<br>
On your Apache system, you again need to mount the glusterfs
volume in a separate place, and make sure that the glusterfs
location is the only one that Apache knows about or uses in
any way whatsoever.<br>
<br>
Ted Miller<br>
</span></span></span>
<blockquote
cite="mid:CAF1in6QUkBhZDEM_jqO2S3CWK-yA5=vHEwVe9vySnng_DFy8QQ@mail.gmail.com"
type="cite">
<div dir="ltr">
<div>
<div>
<div><span tabindex="-1" id="result_box" class="" lang="en"><span
class=""><br>
</span><br>
</span></div>
<div><span tabindex="-1" id="result_box" class="" lang="en">In
this machine run MULE process for to feed with Purchase
Orders to Mendelson.<br>
</span></div>
<div><span tabindex="-1" id="result_box" class="" lang="en"><br>
[root@soa21ifh ~]# mount<br>
/dev/mapper/VolGroup00-LogVol00 on / type ext3 (rw,acl)<br>
proc on /proc type proc (rw)<br>
sysfs on /sys type sysfs (rw)<br>
devpts on /dev/pts type devpts (rw,gid=5,mode=620)<br>
/dev/xvda1 on /boot type ext3 (rw)<br>
tmpfs on /dev/shm type tmpfs (rw)<br>
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)<br>
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)<br>
glusterfs#mendelson:/m2mas2 on /opt/m2m.as2 type fuse
(rw,allow_other,max_read=131072)<br>
<br>
</span></div>
<span tabindex="-1" id="result_box" class="" lang="en"><span
class="">maybe</span> <span class="">you</span><span>.</span><span>'re
right</span> <span class="">and</span> <span class="">we
are wrong</span> <span class="">with the way</span> <span
class="">of architecture....<br>
<br>
<br>
</span></span></div>
<span tabindex="-1" id="result_box" class="" lang="en"><span
class="">Thanks in Advance<br>
<br>
</span></span></div>
<span tabindex="-1" id="result_box" class="" lang="en"><span
class="">-Pablo</span></span><span tabindex="-1"
id="result_box" class="" lang="en"><span class=""></span></span></div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Mon, Jun 8, 2015 at 6:06 PM, Ted
Miller <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:tmiller@sonsetsolutions.org" target="_blank">tmiller@sonsetsolutions.org</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"> Are you sure you have
mounted the gluster volume, and are writing to the gluster
volume, and NOT to the brick? What you describe can
happen when you write to the brick instead of the gluster
volume. You can see here: <a moz-do-not-send="true"
href="http://www.gluster.org/community/documentation/index.php/QuickStart"
target="_blank">http://www.gluster.org/community/documentation/index.php/QuickStart</a>
in steps 6 and 7. If you do not understand the
difference, include the output of the 'mount' command from
one of your servers.<br>
Ted Miller<br>
Elkhart, IN, USA
<div>
<div class="h5"><br>
<br>
<div>On 6/5/2015 8:46 AM, Pablo Silva wrote:<br>
</div>
</div>
</div>
<blockquote type="cite">
<div>
<div class="h5">
<div dir="ltr">
<div>
<div><span lang="en"><span>Dear Colleagues:</span><br>
<br>
<span>We are using</span> <span>gluster</span>
<span>in</span> <span>3.3.1-15.el6.x86_64</span>
<span>and</span> <span>GlusterFS</span><span>-</span><span>3.6.2-1.el5</span>
<span>versions</span><span>, we have two</span>
<span>types of service</span><span>:</span><br>
<br>
<span>1)</span> <span>Apache</span> <span>httpd-</span><span>2.2.3-91.el5.centos</span>
<span>+</span> <span>GlusterFS</span><span>-</span><span>3.6.2-1.el5</span>
<span>(</span><span>two</span> <span>bricks)</span><br>
<br>
<span>2)</span> <span></span><span></span><span>AS2</span>
<span>Mendelson</span> B45 + <span>gluster</span>
<span>3.3.1-15.el6.x86_64 (two bricks)</span><br>
<br>
<span>It is</span> <span>different</span>
<span>services, a</span> <span>common
problem</span><span>, which</span> <span>I
will explain<br>
<br>
</span></span></div>
<span lang="en"><span>Service N1 (</span></span><span
lang="en"><span>Apache</span> <span>httpd-</span><span>2.2.3-91.el5.centos</span>
<span>+</span> <span>GlusterFS</span><span>-</span><span>3.6.2-1.el5</span>
<span>(</span><span>two</span> <span>bricks))<br>
-----------------------------------------------------------------------------------------------------------------------<br>
</span></span><span lang="en"><span><span
lang="en"><span>We have a</span> <span>high-availability
architecture</span><span>,</span> <span>in
which</span> <span>there are two</span>
<span>Apache</span> <span>servers</span>
<span>see</span> <span>a directory that</span>
<span>is hosted</span> <span>on a</span>
<span>gluster</span> <span>long ago</span>
<span>we</span> <span>had a problem</span>
<span>where</span> <span>an Apache</span>
<span>server</span> <span>could</span> <span>list
the files</span> <span>and submit them</span>
<span>for download,</span> <span>while</span>
<span>the other</span> <span>Apache</span>
<span>server that</span> <span>is
watching</span> <span>the same</span> <span>directory</span>
<span>with the same files</span> <span>gluster</span>
<span>indicated that</span> <span>there
were no</span> <span>files</span> <span>for
download.</span><br>
<br>
<span>Feeding</span> <span>gluster</span>
<span>files to that</span> <span>directory,</span>
<span>MULE</span> <span>performed</span>
<span>asynchronously</span><span>.</span></span></span></span><span
lang="en"> <span>In summary,</span> <span>an
Apache</span> <span>server</span> <span>could</span>
<span>access files</span> <span>and another</span>
<span>did not give</span> <span>aware of</span>
<span>their existence</span><span>,</span> <span>as
the directory</span> <span>and</span> <span>the
same files.<br>
<br>
</span></span></div>
<div><span lang="en"><span>Service N2 (As2
Mendelson B45 + </span></span><span
lang="en"><span>gluster</span> <span>3.3.1-15.el6.x86_64
(two bricks) )<br>
--------------------------------------------------------------------------------------------------------------<br>
</span></span></div>
<div><span lang="en"><span>We have only one
Mendelson AS2 Server B45 running with
gluster (two bricks), </span></span><br>
<span lang="en"><span>The operations of</span> <span>mendelson</span>
<span>is quite simple</span><span>,</span> <span>is
to observe</span> <span>the presence of</span>
<span>files in a directory</span> <span>every
5</span> <span>seconds</span> <span>and
sent to the</span> <span>partner</span><span>,
the directory</span> <span>is hosted</span>
<span>in</span> <span>gluster</span><span>,
the issue</span> <span>that every</span> <span>certain
amount of time</span> <span>not</span> <span>Mendelson</span>
<span>AS2</span> <span>takes cognizance</span>
<span>the existence of</span> <span>files</span>
<span>in the directory,</span> <span>even</span>
<span>if</span> <span>you enter the</span> <span>directory</span>
<span>notes</span> <span>of its existence<br>
<br>
</span></span><span lang="en"><span>In both
cases</span><span>,</span> <span>different
services</span> <span>being</span> <span>the
only common</span> <span>denominator is</span>
<span>gluster</span><span>,</span> <span>someone
else is</span> <span>experiencing this
problem</span><span>?</span><br>
<br>
<span>Have we</span> <span>not set</span> <span>the</span>
<span>service</span> <span>gluster</span> <span>well
and we are</span> <span>repeating</span> <span>the
same mistake</span> <span>?,</span> <span>or
is it</span> <span>a bug</span><span>?<br>
<br>
</span></span></div>
<div><span lang="en"><span>Thanks in advance<br>
</span></span></div>
<div><span lang="en"><span>Pablo<br>
</span></span></div>
</div>
<br>
<fieldset></fieldset>
<br>
</div>
</div>
<pre>_______________________________________________
Gluster-users mailing list
<a moz-do-not-send="true" href="mailto:Gluster-users@gluster.org" target="_blank">Gluster-users@gluster.org</a>
<a moz-do-not-send="true" href="http://www.gluster.org/mailman/listinfo/gluster-users" target="_blank">http://www.gluster.org/mailman/listinfo/gluster-users</a></pre>
<span class="HOEnZb"><font color="#888888"> </font></span></blockquote>
<span class="HOEnZb"><font color="#888888"> <br>
<div>-- <br>
<font color="#3366ff" face="Helvetica, Arial,
sans-serif"><big><font color="#000099"><b>Ted
Miller</b></font>, Design Engineer<br>
<b>SonSet Solutions</b></big><br>
(formerly HCJB Global Technology Center)<br>
my desk <a moz-do-not-send="true"
href="tel:%2B1%20574.970.4272"
value="+15749704272" target="_blank">+1
574.970.4272</a><br>
receptionist <a moz-do-not-send="true"
href="tel:%2B1%20574.972.4252"
value="+15749724252" target="_blank">+1
574.972.4252</a><br>
<a moz-do-not-send="true"
href="http://sonsetsolutions.org"
target="_blank">http://sonsetsolutions.org</a></font><br>
<br>
<font color="#996633"><i>Technology for abundant
life!</i></font></div>
</font></span></div>
<br>
_______________________________________________<br>
Gluster-users mailing list<br>
<a moz-do-not-send="true"
href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br>
<a moz-do-not-send="true"
href="http://www.gluster.org/mailman/listinfo/gluster-users"
target="_blank">http://www.gluster.org/mailman/listinfo/gluster-users</a><br>
</blockquote>
</div>
<br>
</div>
</blockquote>
<br>
<div class="moz-signature">-- <br>
<font color="#3366ff" face="Helvetica, Arial, sans-serif"><big><font
color="#000099"><b>Ted Miller</b></font>, Design Engineer<br>
<b>SonSet Solutions</b></big><br>
(formerly HCJB Global Technology Center)<br>
my desk +1 574.970.4272<br>
receptionist +1 574.972.4252<br>
<a href="http://sonsetsolutions.org">http://sonsetsolutions.org</a></font><br>
<br>
<font color="#996633"><i>Technology for abundant life!</i></font></div>
</body>
</html>