Re: useradd segmentation fault

To: debian-user@lists.debian.org
Subject: Re: useradd segmentation fault
From: Joris Bolsens <epicblood@gmail.com>
Date: Sat, 08 Nov 2014 11:41:22 -0800
Message-id: <[🔎] 545E71E2.6050302@gmail.com>
In-reply-to: <[🔎] 20141108191639.GV29615@teltox.donarmstrong.com>
References: <[🔎] 545D7A29.2050105@linux.com> <[🔎] 20141108173937.GS29615@teltox.donarmstrong.com> <[🔎] 545E65F8.6060003@gmail.com> <[🔎] 20141108191639.GV29615@teltox.donarmstrong.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I can't be 100% certain because I'm not sure what any of this means,
but it would seem I messed up somewhere as it shows `No Symbol Table
info available` for libnss_ldap.

This bit also seems possibly problematic
`warning: Can't read pathname for load map: Input/output error.1`

# gdb /usr/sbin/useradd core
GNU gdb (GDB) 7.4.1-debian
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.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 copying"
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/useradd...(no debugging symbols
found)...done.
[New LWP 9929]

warning: Can't read pathname for load map: Input/output error.
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `useradd foo'.
Program terminated with signal 11, Segmentation fault.
#0  0x00007f880fad5f0b in ?? () from
/lib/x86_64-linux-gnu/libnss_ldap.so.2
(gdb) bt full
#0  0x00007f880fad5f0b in ?? () from
/lib/x86_64-linux-gnu/libnss_ldap.so.2
No symbol table info available.
#1  0x00007f880fad3ef1 in ?? () from
/lib/x86_64-linux-gnu/libnss_ldap.so.2
No symbol table info available.
#2  0x00007f880fad4a34 in ?? () from
/lib/x86_64-linux-gnu/libnss_ldap.so.2
No symbol table info available.
#3  0x00007f880fad4bde in ?? () from
/lib/x86_64-linux-gnu/libnss_ldap.so.2
No symbol table info available.
#4  0x00007f880fad6276 in _nss_ldap_getpwent_r () from
/lib/x86_64-linux-gnu/libnss_ldap.so.2
No symbol table info available.
#5  0x00007f88108f1840 in __nss_getent_r
(getent_func_name=0x7f8810952156 "getpwent_r",
setent_func_name=<optimized out>,
    lookup_fct=0x7f88108f1ad0 <*__GI___nss_passwd_lookup2>,
nip=0x7f8810b8cd60, startp=<optimized out>, last_nip=<optimized out>,
    stayopen_tmp=0x0, res=0, resbuf=0x7f8810b8cca0, buffer=0x0,
buflen=8589934592, result=0x7fffbff02008, h_errnop=0x0)
    at getnssent_r.c:171
        fct = {f = 0x7f880fad6240 <_nss_ldap_getpwent_r>, ptr =
0x7f880fad6240}
        no_more = <optimized out>
        status = 277813968
#6  0x00007f88108af0a6 in __getpwent_r (resbuf=<optimized out>,
buffer=<optimized out>, buflen=<optimized out>, result=0x0)
    at ../nss/getXXent_r.c:162
        status = 0
        save = 0
#7  0x00007f88108f1463 in __nss_getent (func=0x7f88108af010
<__getpwent_r>, resbuf=0x7f8810b8cca0, buffer=0x7f8810b8ae18,
    buflen=<optimized out>, buffer_size=0x7f8810b8ccd0, h_errnop=0x0)
at getnssent.c:38
        result = <optimized out>
#8  0x00007f88108aece2 in getpwent () at ../nss/getXXent.c:84
        buffer_size = 8589934592
        resbuf = {l = {pw_name = 0x7f860d33d012 <Address
0x7f860d33d012 out of bounds>, pw_passwd = 0x0, pw_uid = 628342823,
            pw_gid = 30000, pw_gecos = 0x1637b49 "¸\020\210\177",
pw_dir = 0x1637b50 "0{c\001", pw_shell = 0x1637b5d ""},
          ptr = 0x7f860d33d012}
        save = 0
#9  0x0000000000408815 in ?? ()
No symbol table info available.
#10 0x00000000004043e5 in ?? ()
No symbol table info available.
#11 0x00007f8810822ead in __libc_start_main (main=<optimized out>,
argc=<optimized out>, ubp_av=<optimized out>,
    init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized
out>, stack_end=0x7fffbff023f8) at libc-start.c:244
        result = <optimized out>
        unwind_buf = {cancel_jmp_buf = {{jmp_buf = {0,
4098621885896654353, 4218724, 140736413574144, 0, 0,
- -4098762729259336175,
                -4039416709317984751}, mask_was_saved = 0}}, priv =
{pad = {0x0, 0x0, 0x40ff50, 0x7fffbff02408}, data = {
              prev = 0x0, cleanup = 0x0, canceltype = 4259664}}}
        not_first_call = <optimized out>
#12 0x0000000000405f8d in ?? ()
No symbol table info available.
#13 0x00007fffbff023f8 in ?? ()
No symbol table info available.
#14 0x000000000000001c in ?? ()
No symbol table info available.
#15 0x0000000000000002 in ?? ()
No symbol table info available.
#16 0x00007fffbff02e90 in ?? ()
No symbol table info available.
#17 0x00007fffbff02e98 in ?? ()
No symbol table info available.
#18 0x0000000000000000 in ?? ()
No symbol table info available.
(gdb)
#0  0x00007f880fad5f0b in ?? () from
/lib/x86_64-linux-gnu/libnss_ldap.so.2
No symbol table info available.
#1  0x00007f880fad3ef1 in ?? () from
/lib/x86_64-linux-gnu/libnss_ldap.so.2
No symbol table info available.
#2  0x00007f880fad4a34 in ?? () from
/lib/x86_64-linux-gnu/libnss_ldap.so.2
No symbol table info available.
#3  0x00007f880fad4bde in ?? () from
/lib/x86_64-linux-gnu/libnss_ldap.so.2
No symbol table info available.
#4  0x00007f880fad6276 in _nss_ldap_getpwent_r () from
/lib/x86_64-linux-gnu/libnss_ldap.so.2
No symbol table info available.
#5  0x00007f88108f1840 in __nss_getent_r
(getent_func_name=0x7f8810952156 "getpwent_r",
setent_func_name=<optimized out>,
    lookup_fct=0x7f88108f1ad0 <*__GI___nss_passwd_lookup2>,
nip=0x7f8810b8cd60, startp=<optimized out>, last_nip=<optimized out>,
    stayopen_tmp=0x0, res=0, resbuf=0x7f8810b8cca0, buffer=0x0,
buflen=8589934592, result=0x7fffbff02008, h_errnop=0x0)
    at getnssent_r.c:171
        fct = {f = 0x7f880fad6240 <_nss_ldap_getpwent_r>, ptr =
0x7f880fad6240}
        no_more = <optimized out>
        status = 277813968
#6  0x00007f88108af0a6 in __getpwent_r (resbuf=<optimized out>,
buffer=<optimized out>, buflen=<optimized out>, result=0x0)
    at ../nss/getXXent_r.c:162
        status = 0
        save = 0
#7  0x00007f88108f1463 in __nss_getent (func=0x7f88108af010
<__getpwent_r>, resbuf=0x7f8810b8cca0, buffer=0x7f8810b8ae18,
    buflen=<optimized out>, buffer_size=0x7f8810b8ccd0, h_errnop=0x0)
at getnssent.c:38
        result = <optimized out>
#8  0x00007f88108aece2 in getpwent () at ../nss/getXXent.c:84
        buffer_size = 8589934592
        resbuf = {l = {pw_name = 0x7f860d33d012 <Address
0x7f860d33d012 out of bounds>, pw_passwd = 0x0, pw_uid = 628342823,
            pw_gid = 30000, pw_gecos = 0x1637b49 "¸\020\210\177",
pw_dir = 0x1637b50 "0{c\001", pw_shell = 0x1637b5d ""},
          ptr = 0x7f860d33d012}
        save = 0
#9  0x0000000000408815 in ?? ()
No symbol table info available.
#10 0x00000000004043e5 in ?? ()
No symbol table info available.
#11 0x00007f8810822ead in __libc_start_main (main=<optimized out>,
argc=<optimized out>, ubp_av=<optimized out>,
    init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized
out>, stack_end=0x7fffbff023f8) at libc-start.c:244
        result = <optimized out>
        unwind_buf = {cancel_jmp_buf = {{jmp_buf = {0,
4098621885896654353, 4218724, 140736413574144, 0, 0,
- -4098762729259336175,
                -4039416709317984751}, mask_was_saved = 0}}, priv =
{pad = {0x0, 0x0, 0x40ff50, 0x7fffbff02408}, data = {
              prev = 0x0, cleanup = 0x0, canceltype = 4259664}}}
        not_first_call = <optimized out>
#12 0x0000000000405f8d in ?? ()
No symbol table info available.
#13 0x00007fffbff023f8 in ?? ()
No symbol table info available.
#14 0x000000000000001c in ?? ()
No symbol table info available.
#15 0x0000000000000002 in ?? ()
No symbol table info available.
#16 0x00007fffbff02e90 in ?? ()
No symbol table info available.
#17 0x00007fffbff02e98 in ?? ()
No symbol table info available.
#18 0x0000000000000000 in ?? ()
No symbol table info available.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJUXnHfAAoJEORnMHMHY2Fr1JUP/20xXrp31XPX+HQ5kx+EqKyt
dNUlFX85jskKyJSQNDMvzLn63IJKpBVhXWBD/8CdA2vnIogkSArp4VHATyAfE1Q7
fL8zVpDXm4g3np32d1js4VZIsIYzFYvQHreHQb6+xGQTzGVAopVlNwCtKQ0UW5La
DU85rzL4U7ne47sEpGpns3W5QuEkvSoB9rKBLNpj67aElQE2vB/kSMIUKtm+rY6K
98sN35f14ZOSAv+Y0Bf6FLn9HzO8hT8THwKkkRnL+cjnt5Q0mQTwB3ahYaxsvwz+
NItFL8VT8EzEkS33I6WcJjZDjdtla/smpwYyfo+97rQ4WWp3qlELSOOr7AOuqcHi
7RaWMLHmHOrw2cSJIsvbTSj2PLIv+jdW0kExC2TEkW5Xfw+vE7AxbDoCNYI9XFl8
ws1egv0lZ2o05rHphAEU5scTRSpHC5CqgTcX6Vsdeh6HoOsrYTcBO7Ff2w/i4Kno
RmRrHFOTqFWkFjepsy+yJYUgptOHNFgHyXBM1zU3yVivwKpLqWpXTZ0p12Do3TPw
X2U87mOebdbscaULRK7yoX5ef8w4t4//12LmmVjnwnWz+I+3ekdyP7E588Mvh2Wd
fH89Wm1emnqo/ggQr4Cbib0ZGuspamjdyZmuRFFlkDQyBrAWIyVK1C9zOf5r3lWO
+yAUM9BjudAevTY30yPr
=jDiw
-----END PGP SIGNATURE-----

Reply to:

Follow-Ups:
- Re: useradd segmentation fault
  - From: Don Armstrong <don@debian.org>

References:
- useradd segmentation fault
  - From: Joris Bolsens <Joris@linux.com>
- Re: useradd segmentation fault
  - From: Don Armstrong <don@debian.org>
- Re: useradd segmentation fault
  - From: Joris Bolsens <epicblood@gmail.com>
- Re: useradd segmentation fault
  - From: Don Armstrong <don@debian.org>

Prev by Date: Re: Changes in the way tar(1) constructs directory permissions
Next by Date: Re: How *not* to concatenate my domain name?
Previous by thread: Re: useradd segmentation fault
Next by thread: Re: useradd segmentation fault
Index(es):
- Date
- Thread