It's ready to be installed and you do need it to deploy a cluster. If you do an RPM build you'll get the package with it but it's plucking it right out of the tools/ dir in the build. I'll see if I can spin up a patch to do the install correctly. -- Jeff On Mon, 2018-10-08 at 09:01 -0400, Daniel Gryniewicz wrote:

If I enable USE_RADOS_RECOV, then it builds for me. It won't be installed, because there's no install target for it in CMake, but it's there in the tools subdir of my build directory.

I'm not sure this tool is ready to be deployed yet; it's mostly intended at this point for development testing. Jeff wrote it, so he would know.

Daniel

On 10/06/2018 06:41 AM, Stefan Kooman wrote:

...

Hi,

I'm building a deb package based on the gluster PPA debs [1]. The build flag "USE_RADOS_RECOV=ON" is enabled. According to CMakelists.txt file of the "tools" directory this would trigger the build of the ganesha-rados-grace binary:

if (USE_RADOS_RECOV) add_executable(ganesha-rados-grace ganesha-rados-grace.c) target_link_libraries(ganesha-rados-grace rados_grace ${RADOS_LIBRARIES}) endif(USE_RADOS_RECOV)

########### install files ###############

if(USE_TOOL_MULTILOCK) add_subdirectory(multilock) endif(USE_TOOL_MULTILOCK)

It does not get build however. It's also not available in the cluster PPA, altough USE_RADOS_RECOV=ON is enabled by default in 2.7 and all needed libraries (librados-dev / librados-dev) are available.

...

When I remove the "if" statements the tool does get build (just not installed because there no install script for it in the deb package, yet).

Any idea why the if statement might not work here?

Gr. Stefan

[1]: https://launchpad.net/~gluster/

_______________________________________________ Devel mailing list -- devel@lists.nfs-ganesha.org To unsubscribe send an email to devel-leave@lists.nfs-ganesha.org

-- Jeff Layton <jlayton@redhat.com>