Hi All,
As per the discussions within Data Tiering, BitRot and Geo-Rep team, following
things are discussed.
1. For Data Tiering to use changelog, in memory LRU/LFU implementation is
required to capture reads
as changelog journal doesn't capture reads. But given the commitments each
team
Looks good to me.
Thank you
- Original Message -
From: Kotresh Hiremath Ravishankar khire...@redhat.com
To: Venky Shankar vshan...@redhat.com
Cc: Joseph Fernandes josfe...@redhat.com, Gluster Devel
gluster-devel@gluster.org, Vijay Bellur
vbel...@redhat.com, Dan Lambright
On Thu, Dec 11, 2014 at 08:00:49AM -0500, Jeff Darcy wrote:
}}} /usr/sbin/glfsheal: error while loading shared libraries: afr.so:
cannot open shared object file: No such file or directory
Yes, at link time, libtool complains linking against the DSO is not
portable. afr.so should be loaded using
Hi,
1. Could you confirm you have this patch http://review.gluster.org/#/c/8865/?
Thanks and Regards,
Kotresh H R
- Original Message -
From: Gong XiaoHui xhg...@wind.com.cn
To: khire...@redhat.com
Cc: Yang Ming my...@wind.com.cn, gluster-devel@gluster.org
Sent: Thursday, December 11,
1. The glfsheal makefile also links it to other .SOs (libglusterfs, libgfapi
etc). Is that OK to do?
As far as I can tell, yes. Those end up in /lib64 where they are found
without any special configuration on our part. Translators are different; we
install those in a different location that
On 12/12/2014 10:48 AM, Jeff Darcy wrote:
The reason loading translators does work is that we explicitly load using
XLATORDIR/whatever.so (see xlator_dynload) and XLATOR_DIR is set to the
correct value at config time. Any code which loads translators should
follow this example.
Thanks,
Issue is cracked now!!
http://review.gluster.org/#/c/9269/ should solve it. Commit message is
self explanatory, however just briefing the problem and solution:
If we look at the mgmt_v3-locks.t, it tries to perform multiple syncop
transactions parallely. Now since these operations are attempted
Hi,
This framework has been designed to maintain state in the glusterfsd
process, for each the files being accessed (including the clients info
accessing those files) and send notifications to the respective
glusterfs clients incase of any change in that state.
Few of the use-cases