Bug#750792: rpcbind: rpcinfo segfaults

[Jason Alavaliant <alavaliant@ra09.com>]

On 07/06/14 12:21, An=EDbal Monsalve Salazar wrote:
> On Sat, 2014-06-07 11:03:28 +1200, Jason Alavaliant wrote:
>> Package: rpcbind
>> Version: 0.2.1-3
>> Severity: important
>>
>> Dear Maintainer,
>>
>> In the last few days the rpcinfo command has started to segfault for
>> me.  (I'm not 100% sure but it may have started directly after I
>> updated my libc6 package to 2.19-1)
>>
>> I'm seeing in /var/log/syslog entries like
>>
>> Jun  7 10:52:02 grigorig kernel: [ 1085.923616] traps: rpcinfo[3160] g=
eneral protection ip:7f940ff37218 sp:7ffff83d1e38 error:0 in libpthread-2=
.19.so[7f940ff26000+18000]
>>
>> (which come from nfs-common trying to call it when it's init script
>> runs).
>>
>> Running it directly from a shell results in a segfault;
>> $ /usr/sbin/rpcinfo
>> Segmentation fault
>>
>> Here is what I get running it through gdb
>>
>> $ gdb /usr/sbin/rpcinfo
>> GNU gdb (GDB) 7.6.2 (Debian 7.6.2-1.1+b1)
>> Copyright (C) 2013 Free Software Foundation, Inc.
>> License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gp=
l.html>
>> This is free software: you are free to change and redistribute it.
>> There is NO WARRANTY, to the extent permitted by law.  Type "show copy=
ing"
>> and "show warranty" for details.
>> This GDB was configured as "x86_64-linux-gnu".
>> For bug reporting instructions, please see:
>> <http://www.gnu.org/software/gdb/bugs/>...
>> Reading symbols from /usr/sbin/rpcinfo...(no debugging symbols found).=
..done.
>> (gdb) run
>> Starting program: /usr/sbin/rpcinfo
>> warning: Could not load shared library symbols for linux-vdso.so.1.
>> Do you need "set solib-search-path" or "set sysroot"?
>> [Thread debugging using libthread_db enabled]
>> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so=
.1".
>>
>> Program received signal SIGSEGV, Segmentation fault.
>> __lll_unlock_elision (lock=3D0x7ffff7ddafe0 <authnone_lock>, private=3D=
0) at ../nptl/sysdeps/unix/sysv/linux/x86/elision-unlock.c:29
>> 29      ../nptl/sysdeps/unix/sysv/linux/x86/elision-unlock.c: No such =
file or directory.
>> (gdb) bt
>> #0  __lll_unlock_elision (lock=3D0x7ffff7ddafe0 <authnone_lock>, priva=
te=3D0) at ../nptl/sysdeps/unix/sysv/linux/x86/elision-unlock.c:29
>> #1  0x00007ffff7bbc9b1 in ?? () from /lib/x86_64-linux-gnu/libtirpc.so=
.1
>> #2  0x00007ffff7bc17f0 in ?? () from /lib/x86_64-linux-gnu/libtirpc.so=
.1
>> #3  0x0000000000403f8d in ?? ()
>> #4  0x0000000000401b22 in ?? ()
>> #5  0x00007ffff7404b45 in __libc_start_main (main=3D0x401760, argc=3D1=
, argv=3D0x7fffffffe228, init=3D<optimized out>, fini=3D<optimized out>, =
rtld_fini=3D<optimized out>,
>>      stack_end=3D0x7fffffffe218) at libc-start.c:287
>> #6  0x0000000000402591 in ?? ()
>> (gdb)
>>
>> Thanks
>> -J
>>
>> -- System Information:
>> Debian Release: jessie/sid
>>    APT prefers unstable
>>    APT policy: (500, 'unstable'), (1, 'experimental')
>> Architecture: amd64 (x86_64)
>> Foreign Architectures: i386
>>
>> Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
>> Locale: LANG=3Den_NZ, LC_CTYPE=3Den_NZ (charmap=3DISO-8859-1)
>> Shell: /bin/sh linked to /bin/dash
>>
>> Versions of packages rpcbind depends on:
>> ii  initscripts  2.88dsf-53
>> ii  insserv      1.14.0-5
>> ii  libc-bin     2.19-1
>> ii  libc6        2.19-1
>> ii  libtirpc1    0.2.2-7
>> ii  libwrap0     7.6.q-25
>> ii  lsb-base     4.1+Debian12
>>
>> rpcbind recommends no packages.
>>
>> rpcbind suggests no packages.
>>
>> -- no debconf information
> Comments, Please.
Did more testing my end and can confirm that libc6 version does seem be=20
the trigger.    The segfault went away when I downgraded my libc6=20
package from 2.19-1 to 2.18-7


--=20
To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian=
.org