On 12/11/2014 04:05 AM, Jeff Darcy wrote:
> I consistently get these when running regression tests on my own
> machines, because glfsheal has a direct dependency on afr.so which is
> nowhere in our library path.
Hi Jeff,
What exactly is the failure that you are observing (and on what .t file)?
Currently the only way glfsheal gets invoked is when you run 'gluster vol heal <volname> info`,
which just calls the glfsheal binary with <volname> as the argument.
The tests which do so pass on my system (for eg tests/bugs//bug-861015-log.t) and I haven't
explicitly added anything to LD_LIBRARY_PATH.
Running glfsheal does seem to locate afr.so:
----------------------
[root@ravi4 ~]# strace /usr/local/sbin/glfsheal 2>&1 |grep afr.so -A6
open("/usr/local/lib/afr.so", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/local/lib/glusterfs/3.7dev/xlator/cluster/afr.so", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0000\324\0\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1201900, ...}) = 0
mmap(NULL, 2580288, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f9f51273000
mprotect(0x7f9f512e3000, 2097152, PROT_NONE) = 0
mmap(0x7f9f514e3000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x70000) = 0x7f9f514e3000
close(3) = 0
------------------
-Ravi
-
One way to fix this would be to set
> LD_LIBRARY_PATH from within run-tests.sh (like we presumably already do
> in our Jenkins tests or else they'd be failing too). An even better way
> IMO would be to fix glfs-heal.c so that it finds and loads afr.so
> *dynamically*. Is anyone responsible for glfsheal willing to implement
> one of these fixes, or should I?
> _______________________________________________
> Gluster-devel mailing list
> Gluster-devel@xxxxxxxxxxx
> http://supercolony.gluster.org/mailman/listinfo/gluster-devel
>
_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxxx
http://supercolony.gluster.org/mailman/listinfo/gluster-devel
