On Thu, 2018-09-27 at 12:10 +0200, LUCAS Patrice wrote:
On 09/26/18 19:50, Jeff Layton wrote:
> Hi Patrice,
>
> I believe you handle the CEA tests that get run automatically when we
> submit ganesha patches for review? We've seen some crashes recently with
> what look like malloc arena corruption. This one, for instance:
>
>
https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/426925
>
>
> Would it be possible to enable libasan for these builds? ASAN would help
> us get a good handle on what's happening there. There is a small
> performance penalty in using it, but it would help us collect useful
> info when ganesha crashes with memory issues. I think that's probably
> worth it for this sort of testing.
>
> If it sounds ok to you, it should be pretty simple. To do it, you just
> need to make sure that libasan is installed on the machine, and then
> pass -DSANITIZE_ADDRESS=ON to the cmake command. libasan will also need
> to be installed on the host where the daemon runs as well.
>
> Thanks!
Hi Jeff,
Each CEA test runs two different configurations :
1) client 9p-RDMA / ganesha FSAL-VFS
2) client NFS v4.1 / ganesha FSAL-PROXY (local knfsd export)
On the first one, ganesha is already compiled and run with libasan . We
configure the ganesha compilation with the "-DSANITIZE_ADDRESS=ON" flag
and then we run ganesha server with the following libasan options :
ASAN_OPTIONS='detect_leaks=0:detect_stack_use_after_return=1' .
Great! Would it also be possible to turn on libasan on the FSAL-PROXY
builds and tests? That was where I saw the crash yesterday.
Thanks,
--
Jeff Layton <jlayton(a)redhat.com>