[Gluster-users] The strange behavior whose common denominator is gluster

[Pablo Silva]

Dear Colleagues:

   We are using gluster in 3.3.1-15.el6.x86_64 and GlusterFS-3.6.2-1.el5
versions, we have two types of service:

1) Apache httpd-2.2.3-91.el5.centos + GlusterFS-3.6.2-1.el5 (two bricks)

2) AS2 Mendelson B45 + gluster 3.3.1-15.el6.x86_64 (two bricks)

 It is different services, a common problem, which I will explain

Service N1 (Apache httpd-2.2.3-91.el5.centos + GlusterFS-3.6.2-1.el5 (two
bricks))
-----------------------------------------------------------------------------------------------------------------------
We have a high-availability architecture, in which there are two Apache
servers see a directory that is hosted on a gluster long ago we had a
problem where an Apache server could list the files and submit them for
download, while the other Apache server that is watching the same
directory with
the same files gluster indicated that there were no files for download.

Feeding gluster files to that directory, MULE performed asynchronously. In
summary, an Apache server could access files and another did not give aware
of their existence, as the directory and the same files.

Service N2 (As2 Mendelson B45 + gluster 3.3.1-15.el6.x86_64 (two bricks) )
--------------------------------------------------------------------------------------------------------------
We have only one Mendelson AS2 Server B45 running with gluster (two
bricks),
The operations of mendelson is quite simple, is to observe the
presence of files
in a directory every 5 seconds and sent to the partner, the directory is
hosted in gluster, the issue that every certain amount of time not Mendelson
AS2 takes cognizance the existence of files in the directory, even if you
enter the directory notes of its existence

In both cases, different services being the only common denominator is
gluster, someone else is experiencing this problem?

Have we not set the service gluster well and we are repeating the same
mistake ?, or is it a bug?

Thanks in advance
Pablo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.gluster.org/pipermail/gluster-users/attachments/20150605/a078d55b/attachment.html>