[Bugs] [Bug 1519315] glusterfs 3.12.3 crashes with segmentation fault in xdr_gf_dump_req

bugzilla at redhat.com bugzilla at redhat.com
Sat Dec 9 16:44:34 UTC 2017


https://bugzilla.redhat.com/show_bug.cgi?id=1519315

James Le Cuirot <chewi at aura-online.co.uk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |kvigor at fb.com



--- Comment #10 from James Le Cuirot <chewi at aura-online.co.uk> ---
I contributed the patch for explicitly using libtirpc to master and backported
it to 3.12.3 for Gentoo. I had been under the impression that libtirpc is just
a drop-in replacement for glibc's RPC but after investigating this report, I
have found that it segfaults unless you give --with-ipv6-default, which is new
in 3.13.0.

More specifically, the crash is avoided if I change addr_family in
rpc_transport_inet_options_build (rpc/rpc-lib/src/rpc-transport.c) from inet to
inet6. I don't understand why the former causes a crash. Is it not possible to
use libtirpc without IPv6? Our libtirpc package allows you to build it with
IPv6 support disabled, though this doesn't seem to make any difference to the
crash. Do I also have to change the other instances of inet to inet6 or is the
new --with-libtirpc flag effectively redundant because all the
--with-ipv6-default code is actually required?

Sorry for being slightly clueless here. I have used Gluster occasionally but
I'm not the official Gentoo package maintainer, just a dev who thought he'd
give the package some attention. I'm not yet familiar with IPv6 either. I am
concerned that the flag I've added to master is effectively only good for
causing segfaults so I'd like to resolve this before it ends up in a release.

CC'ing Kevin Vigor because he added the --with-ipv6-default flag.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=AOXXTOA083&a=cc_unsubscribe


More information about the Bugs mailing list