Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

useradd segmentation fault

194 views
Skip to first unread message

Joris Bolsens

unread,
Nov 7, 2014, 9:20:04 PM11/7/14
to 
Ran into a bit of a strange error with useradd today, 
whenever i run useradd I get a Segmentation fault.
I tried running fsck as i read it might be due to corrupt filesystem, but that didn't report any problems.
I reinstalled the passwd package, also to no avail.
I ran an strace and it seems it cannot allocate memory, which is strange as it is running as a vm on a machine with 32gb of ram, 
and is provisioned to use whatever it needs and has 2gb reserved to it, not to mention that top shows only a fraction of that being in use.
I recently added ldap integration if that matters at all, 
although none of the other VMs seem to be having issues with this 
(granted the others are running CentOs, this being the ldap server)
Output of strace:
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, NULL, 8) = 0
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f259c6461e0}, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, NULL, 8) = 0
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f259c6461e0}, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, NULL, 8) = 0
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f259c6461e0}, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, NULL, 8) = 0
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f259c6461e0}, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, NULL, 8) = 0
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f259c6461e0}, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, NULL, 8) = 0
brk(0x2354000)                          = 0x2354000
brk(0x234c000)                          = 0x234c000
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f259c6461e0}, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, NULL, 8) = 0
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f259c6461e0}, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, NULL, 8) = 0
mmap(NULL, 266240, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f25990db000
brk(0x233c000)                          = 0x233c000
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f259c6461e0}, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, NULL, 8) = 0
mremap(0x7f25990db000, 266240, 528384, MREMAP_MAYMOVE) = 0x7f259905a000
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f259c6461e0}, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, NULL, 8) = 0
mremap(0x7f259905a000, 528384, 1052672, MREMAP_MAYMOVE) = 0x7f2598f59000
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f259c6461e0}, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, NULL, 8) = 0
mremap(0x7f2598f59000, 1052672, 2101248, MREMAP_MAYMOVE) = 0x7f2598d58000
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f259c6461e0}, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, NULL, 8) = 0
mremap(0x7f2598d58000, 2101248, 4198400, MREMAP_MAYMOVE) = 0x7f2598957000
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f259c6461e0}, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, NULL, 8) = 0
mremap(0x7f2598957000, 4198400, 8392704, MREMAP_MAYMOVE) = 0x7f2598156000
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f259c6461e0}, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, NULL, 8) = 0
mremap(0x7f2598156000, 8392704, 16781312, MREMAP_MAYMOVE) = 0x7f2597155000
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f259c6461e0}, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, NULL, 8) = 0
mremap(0x7f2597155000, 16781312, 33558528, MREMAP_MAYMOVE) = 0x7f2595154000
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f259c6461e0}, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, NULL, 8) = 0
mremap(0x7f2595154000, 33558528, 67112960, MREMAP_MAYMOVE) = 0x7f2591153000
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f259c6461e0}, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, NULL, 8) = 0
mremap(0x7f2591153000, 67112960, 134221824, MREMAP_MAYMOVE) = 0x7f2589152000
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f259c6461e0}, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, NULL, 8) = 0
mremap(0x7f2589152000, 134221824, 268439552, MREMAP_MAYMOVE) = 0x7f2579151000
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f259c6461e0}, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, NULL, 8) = 0
mremap(0x7f2579151000, 268439552, 536875008, MREMAP_MAYMOVE) = 0x7f2559150000
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f259c6461e0}, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, NULL, 8) = 0
mremap(0x7f2559150000, 536875008, 1073745920, MREMAP_MAYMOVE) = 0x7f251914f000
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f259c6461e0}, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, NULL, 8) = 0
mremap(0x7f251914f000, 1073745920, 2147487744, MREMAP_MAYMOVE) = 0x7f249914e000
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f259c6461e0}, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, NULL, 8) = 0
mremap(0x7f249914e000, 2147487744, 4294971392, MREMAP_MAYMOVE) = 0x7f239914d000
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f259c6461e0}, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, NULL, 8) = 0
mremap(0x7f239914d000, 4294971392, 8589938688, MREMAP_MAYMOVE) = -1 EFAULT (Bad address)
mmap(NULL, 8589938688, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = -1 ENOMEM (Cannot allocate memory)
brk(0x20233c000)                        = 0x233c000
mmap(NULL, 8590069760, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = -1 ENOMEM (Cannot allocate memory)
mmap(NULL, 134217728, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = 0x7f1f9112b000
munmap(0x7f1f9112b000, 49106944)        = 0
munmap(0x7f1f98000000, 18001920)        = 0
mprotect(0x7f1f94000000, 135168, PROT_READ|PROT_WRITE) = 0
mmap(NULL, 8589938688, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = -1 ENOMEM (Cannot allocate memory)
munmap(0x7f239914d000, 4294971392)      = 0
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f259c6461e0}, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, 8) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
output of pwck:
# pwck
user 'lp': directory '/var/spool/lpd' does not exist
user 'news': directory '/var/spool/news' does not exist
user 'uucp': directory '/var/spool/uucp' does not exist
user 'list': directory '/var/list' does not exist
user 'irc': directory '/var/run/ircd' does not exist
user 'gnats': directory '/var/lib/gnats' does not exist
user 'nobody': directory '/nonexistent' does not exist
user 'mysql': directory '/nonexistent' does not exist
pwck: no changes

and grpck
# grpck
# 

smem:
# smem
  PID User     Command                         Swap      USS      PSS      RSS 
 2504 root     /sbin/getty 38400 tty2             0      112      154      808 
 2506 root     /sbin/getty 38400 tty4             0      112      154      808 
 2507 root     /sbin/getty 38400 tty5             0      112      154      808 
 2508 root     /sbin/getty 38400 tty6             0      112      154      808 
 2505 root     /sbin/getty 38400 tty3             0      116      158      812 
 1942 root     /usr/sbin/acpid                    0      184      219      652 
    1 root     init [2]                           0      200      237      824 
 2431 root     /usr/sbin/cron                     0      248      301      840 
 2450 root     /usr/bin/dbus-daemon --syst        0      340      350      620 
  450 root     udevd --daemon                     0      348      439      912 
  451 root     udevd --daemon                     0      356      447      916 
 2476 root     /usr/sbin/exim4 -bd -q30m          0      520      537      876 
 2333 root     /usr/sbin/sshd                     0      584      686     1200 
 2356 root     /usr/sbin/vsftpd                   0      560      809     1524 
  327 root     udevd --daemon                     0      724      825     1580 
 2503 root     /bin/login --                      0      664      893     2108 
 2023 root     /usr/sbin/apache2 -k start         0      384     1280     7008 
 2024 root     /usr/sbin/apache2 -k start         0      384     1280     7008 
 2025 root     /usr/sbin/apache2 -k start         0      384     1280     7008 
 2027 root     /usr/sbin/apache2 -k start         0      384     1280     7008 
 2026 root     /usr/sbin/apache2 -k start         0      388     1289     7020 
 2035 root     /usr/sbin/nscd                     0     1132     1351     2628 
 1905 root     /usr/sbin/rsyslogd -c5             0     1496     1539     2208 
 2589 root     -bash                              0     1660     2174     3384 
 2509 root     -bash                              0     1696     2210     3420 
 2587 root     sshd: root@pts/0                   0     1660     2350     4180 
 1978 root     /usr/sbin/apache2 -k start         0     2136     3150     8992 
 2362 prosody  lua5.1 /usr/bin/prosody            0     4908     5030     5820 
 2386 root     /usr/sbin/slapd -h ldap:///        0     5276     5346     6088 
 2981 root     /usr/bin/python /usr/bin/sm        0     6684     6748     7504 

and memory info on top:

KiB Mem:   2061128 total,   263680 used,  1797448 free,    75180 buffers
KiB Swap:  2094076 total,        0 used,  2094076 free,   118000 cached

and another interesting not, groupadd works fine, but groupdel also gives a segmentation fault.
# groupadd testgrp
# groupdel testgrp
Segmentation fault


output of strace on groupdel:
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, NULL, 8) = 0
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f8174cda1e0}, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, NULL, 8) = 0
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f8174cda1e0}, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, NULL, 8) = 0
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f8174cda1e0}, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, NULL, 8) = 0
brk(0x1c05000)                          = 0x1c05000
brk(0x1c03000)                          = 0x1c03000
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f8174cda1e0}, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, NULL, 8) = 0
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f8174cda1e0}, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, NULL, 8) = 0
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f8174cda1e0}, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, NULL, 8) = 0
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f8174cda1e0}, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, NULL, 8) = 0
mmap(NULL, 266240, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f8171eaa000
brk(0x1bff000)                          = 0x1bff000
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f8174cda1e0}, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, NULL, 8) = 0
mremap(0x7f8171eaa000, 266240, 528384, MREMAP_MAYMOVE) = 0x7f8171e29000
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f8174cda1e0}, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, NULL, 8) = 0
mremap(0x7f8171e29000, 528384, 1052672, MREMAP_MAYMOVE) = 0x7f8171d28000
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f8174cda1e0}, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, NULL, 8) = 0
mremap(0x7f8171d28000, 1052672, 2101248, MREMAP_MAYMOVE) = 0x7f8171b27000
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f8174cda1e0}, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, NULL, 8) = 0
mremap(0x7f8171b27000, 2101248, 4198400, MREMAP_MAYMOVE) = 0x7f8171726000
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f8174cda1e0}, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, NULL, 8) = 0
mremap(0x7f8171726000, 4198400, 8392704, MREMAP_MAYMOVE) = 0x7f8170f25000
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f8174cda1e0}, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, NULL, 8) = 0
mremap(0x7f8170f25000, 8392704, 16781312, MREMAP_MAYMOVE) = 0x7f816ff24000
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f8174cda1e0}, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, NULL, 8) = 0
mremap(0x7f816ff24000, 16781312, 33558528, MREMAP_MAYMOVE) = 0x7f816df23000
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f8174cda1e0}, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, NULL, 8) = 0
mremap(0x7f816df23000, 33558528, 67112960, MREMAP_MAYMOVE) = 0x7f8169f22000
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f8174cda1e0}, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, NULL, 8) = 0
mremap(0x7f8169f22000, 67112960, 134221824, MREMAP_MAYMOVE) = 0x7f8161f21000
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f8174cda1e0}, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, NULL, 8) = 0
mremap(0x7f8161f21000, 134221824, 268439552, MREMAP_MAYMOVE) = 0x7f8151f20000
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f8174cda1e0}, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, NULL, 8) = 0
mremap(0x7f8151f20000, 268439552, 536875008, MREMAP_MAYMOVE) = 0x7f8131f1f000
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f8174cda1e0}, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, NULL, 8) = 0
mremap(0x7f8131f1f000, 536875008, 1073745920, MREMAP_MAYMOVE) = 0x7f80f1f1e000
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f8174cda1e0}, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, NULL, 8) = 0
mremap(0x7f80f1f1e000, 1073745920, 2147487744, MREMAP_MAYMOVE) = 0x7f8071f1d000
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f8174cda1e0}, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, NULL, 8) = 0
mremap(0x7f8071f1d000, 2147487744, 4294971392, MREMAP_MAYMOVE) = 0x7f7f71f1c000
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f8174cda1e0}, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, NULL, 8) = 0
mremap(0x7f7f71f1c000, 4294971392, 8589938688, MREMAP_MAYMOVE) = -1 EFAULT (Bad address)
mmap(NULL, 8589938688, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = -1 ENOMEM (Cannot allocate memory)
brk(0x201bff000)                        = 0x1bff000
mmap(NULL, 8590069760, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = -1 ENOMEM (Cannot allocate memory)
mmap(NULL, 134217728, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = 0x7f7b69efa000
munmap(0x7f7b69efa000, 34627584)        = 0
munmap(0x7f7b70000000, 32481280)        = 0
mprotect(0x7f7b6c000000, 135168, PROT_READ|PROT_WRITE) = 0
mmap(NULL, 8589938688, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = -1 ENOMEM (Cannot allocate memory)
munmap(0x7f7f71f1c000, 4294971392)      = 0
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f8174cda1e0}, {SIG_DFL, [], SA_RESTORER, 0x7f8174cda1e0}, 8) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
Segmentation fault

Joris Bolsens

unread,
Nov 7, 2014, 10:00:04 PM11/7/14
to
it seems that using the adduser works fine, not sure why i didn't think to try that before.
However I am still curious why this occurred.


--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: https://lists.debian.org/545D84DC...@linux.com

Marty

unread,
Nov 7, 2014, 11:30:04 PM11/7/14
to
On 11/07/2014 09:04 PM, Joris Bolsens wrote:
> Ran into a bit of a strange error with useradd today,
> whenever i run useradd I get a Segmentation fault.
>
> I tried running fsck as i read it might be due to corrupt filesystem, but that didn't report any problems.
> I reinstalled the passwd package, also to no avail.
>
> I ran an strace and it seems it cannot allocate memory, which is strange as it is running as a vm on a machine with 32gb of ram,
> and is provisioned to use whatever it needs and has 2gb reserved to it, not to mention that top shows only a fraction of that being in use.
>
> I recently added ldap integration if that matters at all,
> although none of the other VMs seem to be having issues with this
> (granted the others are running CentOs, this being the ldap server)
>
> Output of strace:
>
> rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f259c6461e0}, NULL, 8) = 0

No idea, but why are you using realtime (rt_*) system calls?



--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: https://lists.debian.org/545D9B70...@ix.netcom.com

Joris Bolsens

unread,
Nov 7, 2014, 11:40:04 PM11/7/14
to
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

No idea, that's just what i got when I ran the command, I left out a
bit at the top that did the ldap lookups, that all looked find and
didn't want to include that as 1) dont think it's relevant and 2)
contains some sensitive data (usernames and such), do you think that
could have something to do with it?

On 11/07/2014 08:26 PM, Marty wrote:
> On 11/07/2014 09:04 PM, Joris Bolsens wrote:
>> Ran into a bit of a strange error with useradd today, whenever i
>> run useradd I get a Segmentation fault.
>>
>> I tried running fsck as i read it might be due to corrupt
>> filesystem, but that didn't report any problems. I reinstalled
>> the passwd package, also to no avail.
>>
>> I ran an strace and it seems it cannot allocate memory, which is
>> strange as it is running as a vm on a machine with 32gb of ram,
>> and is provisioned to use whatever it needs and has 2gb reserved
>> to it, not to mention that top shows only a fraction of that
>> being in use.
>>
>> I recently added ldap integration if that matters at all,
>> although none of the other VMs seem to be having issues with
>> this (granted the others are running CentOs, this being the ldap
>> server)
>>
>> Output of strace:
>>
>> rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER,
>> 0x7f259c6461e0}, NULL, 8) = 0
>
> No idea, but why are you using realtime (rt_*) system calls?
>
>
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJUXZwnAAoJEORnMHMHY2FrZKsP/i3vOnWrDuqb8JKPEuQF7Iyh
fJbmca1Y/Tqc3YFoZAkJ4+tqeZfe5XmMTL3m1AhkW/YxkaSOduKFaRcdjMV8DZQG
0thZ3EsNziXvVRTpBelj+9i4mYjkuS9ghc5gsRRN74R7ICAT4gX3Ifm+63+yK1h/
4PmBGafweXCpxxLoyA/KNkbdtGjvAVGXECGnelRDAtXl/7OR7/CSL0TBRYmiMJN9
NoqN+x6CJQ9wDGr+HTjlPTbC9VmYr0lCGajbt57xrFccWsEUpGOZ71zr2Y549sFM
uH4atUjPobIQtjZd/sFgoggqi4dTgGiwvPbVFvGWfckXuZnc8fLHI1g9C3g/nJnQ
auYmwOmr08QmoYqdmWq4IcSU1CWZ0IpGbvIXgCbXAOGQxX1OJlGMIFmNtVNyxRcC
36xxEFlJswr5Q5ClPcI/OsbyVyj84zT45B8omkOlma/MQRDQwsXdQXjt5IZRF1Fq
LhTbqBSWWRRPzrtmHF/CijDXCm076LLX802eLIRr0OAYVpnJoytVhGDWKMhd8rIZ
RG0gBjzeBmyOA1+KsVanCyRylc6KlosybLaq7y342JCS2S7CLIofkKwrL31oD994
IMIUgKwKz/QPwANhivEGFMYmaN5gE4kO7Ci8jrtKRDy3EyLUGFXspm2/bFvwWwT0
rG0gSoLWIoUUszy1R9ig
=9URa
-----END PGP SIGNATURE-----


--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: https://lists.debian.org/545D9C2B...@linux.com

Marty

unread,
Nov 8, 2014, 12:20:05 AM11/8/14
to
On 11/07/2014 11:29 PM, Joris Bolsens wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> No idea, that's just what i got when I ran the command, I left out a
> bit at the top that did the ldap lookups, that all looked find and
> didn't want to include that as 1) dont think it's relevant and 2)
> contains some sensitive data (usernames and such), do you think that
> could have something to do with it?

Well I think yes if that's what you are doing, Linux realtime support is
still experimental


--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: https://lists.debian.org/545DA752...@ix.netcom.com

Reco

unread,
Nov 8, 2014, 2:50:04 AM11/8/14
to
Hi.

On Fri, 07 Nov 2014 18:04:25 -0800
Joris Bolsens <Jo...@linux.com> wrote:

<skip>
> mremap(0x7f239914d000, 4294971392, 8589938688, MREMAP_MAYMOVE) = -1 EFAULT (Bad address)

It goes downhill from here. Apparently useradd does not checks a return
status of mremap, and, according to the mremap(2), EFAULT is defined as:

EFAULT "Segmentation fault." Some address in the range old_address to
old_address+old_size is an invalid virtual memory address for this
process. You can also get EFAULT even if there exist mappings that
cover the whole address space requested, but those mappings are of
different types.


So, chances are - you've found a bug.


> and memory info on top:
>
> KiB Mem: 2061128 total, 263680 used, 1797448 free, 75180 buffers
> KiB Swap: 2094076 total, 0 used, 2094076 free, 118000 cached

I'd try adding some memory (or swapspace) to this VM to satisfy mremap's
wish to remap to exactly 8G virtual memory.


> and another interesting not, groupadd works fine, but groupdel also gives a segmentation fault.
> # groupadd testgrp
> # groupdel testgrp
> Segmentation fault

And groupdel fails at the same

> output of strace on groupdel:
> mremap(0x7f7f71f1c000, 4294971392, 8589938688, MREMAP_MAYMOVE) = -1 EFAULT (Bad address)

Reco


--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: https://lists.debian.org/20141108104313.fa2a...@gmail.com

Joris Bolsens

unread,
Nov 8, 2014, 4:20:05 AM11/8/14
to
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



On 11/07/2014 11:43 PM, Reco wrote:

>
> So, chances are - you've found a bug.
>
Awesome, where/how should I report it?


>
>> and memory info on top:
>>
>> KiB Mem: 2061128 total, 263680 used, 1797448 free, 75180
>> buffers KiB Swap: 2094076 total, 0 used, 2094076 free,
>> 118000 cached
>
> I'd try adding some memory (or swapspace) to this VM to satisfy
> mremap's wish to remap to exactly 8G virtual memory.
>

I'll give that a go and reply back,

machine is in use right now so cant mess with memory, but will try asap.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJUXdwcAAoJEORnMHMHY2FrjEkP+QHkFC7KwuCMZoKpOGLAIqiv
o1b7TsWisfunlBux8s7la9ipsbWZJ9lGy2rfSPuEGv/u5XGjiIODSRnXMD+H/DHq
TQv7EQsdNPqEakcCL8XRTmFEkHQTy5Vb6Jjxt/bgusAcbYa/doItk0aVp56yqHY2
nTa6G8dr6/QkPDfGz4Gbby6xRdlMeHvEbtjix7vCA4fFW9bntE7O8/2SLR7RuCY2
6xM0zDNEfvznGPb5FFB4EVRBsJRzMXpcPDD0AHmIttMMSk1ZrXYbQEabxHDNQr8h
1R6IUsYUGRV+nVuPorYxeGzmNv2MJFRgSFwBGBS9+JHahoXf0L7fSyeqqVuRfIqy
qaY6sUHv+b4drf0djKtY/69HWYmRF9st5b2ZgTdRj5nTp9PtqVZEchAjhNM9lF5V
8EReauywy6xa6fqSZMnz8Yf1FhzpTqGv0I50gmHF4p9oPcHJ7Dr06DBTcSsGPio0
I54bfrXxZ9NEu+NtdSbkLCUnBwzLrtQoyJexkzj+eon/MST2uUZxX4/i2OLOPZ61
1GXtTok5JdR/G8y0GphsqM6VJJqUWQrHRvMNpVkyD7ddldWmUHAiq+WovSP5o11w
vGSEw3KCheIn6d0gP2vw9/RW7n+ZzFTwKPBiKdvzrBtlRhUNxm48d7mECuij7aGh
MdlZg++FFBbvHZ3KCzNE
=Sn9q
-----END PGP SIGNATURE-----


--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: https://lists.debian.org/545DDC21...@linux.com

Reco

unread,
Nov 8, 2014, 4:30:05 AM11/8/14
to
Hi.

On Sat, 08 Nov 2014 01:02:25 -0800
Joris Bolsens <Jo...@linux.com> wrote:

>> >
> > So, chances are - you've found a bug.
> >
> Awesome, where/how should I report it?

Install reportbug package. Invoke 'reportbug passwd'.
The rest of the process will be explained to you by the reportbug.

Reportbug requires sending specially-crafted e-mail to
"sub...@bugs.debian.org", so you may want to produce such e-mail with
reportbug, and send it by hand to that address.

Reco


--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: https://lists.debian.org/20141108122101.8583...@gmail.com

Don Armstrong

unread,
Nov 8, 2014, 12:50:04 PM11/8/14
to
On Fri, 07 Nov 2014, Joris Bolsens wrote:
> Ran into a bit of a strange error with useradd today, whenever i run
> useradd I get a Segmentation fault.

Before filing a bug, please

1) Enable coredumps
2) Get a coredump
3) Backtrace it
4) Install any missing -dbg packages which provide symbols for the bits
which are segfaulting

If you are still missing the appropriate symbols for useradd, please
rebuild it with DEB_BUILD_OPTS="nostrip", and try again.

--
Don Armstrong http://www.donarmstrong.com

With one simple pill
we cured unhappiness
and art
-- a softer world #437
http://www.asofterworld.com/index.php?id=437


--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: https://lists.debian.org/20141108173...@teltox.donarmstrong.com

Joris Bolsens

unread,
Nov 8, 2014, 2:10:04 PM11/8/14
to
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


Sorry, pretty new to linux still. put a few questions in-line.


On 11/08/2014 09:39 AM, Don Armstrong wrote:

> Before filing a bug, please
>
> 1) Enable coredumps
Did some googling, I have to recompile the kernel for this?
the one thing i did find on how to do it without was for the fedora
kernel.

> 2) Get a coredump 3) Backtrace it
Not sure how to do this, or what I would be looking for here.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJUXmXyAAoJEORnMHMHY2FrK68P/Azq1Bu+NHmB1rK8c3DAJIhW
rNHdbA+S+6J1dcgYVCLB+SSldUR+14z6N5hUzgm86LjyCeKaYrpcTF+wxJJ3gvvn
CP6Bbk/V7sAK56/4OwVYBu+DYWTVJnm6dOGVO03+vUFWXPjkQUmIopabq6IV6zNb
hjyTCOEUBpUUrfDoowiny/U5GuBG6vit77ukaAhrlAjTk0nDZM2seHG+Ueh78gRf
s8XUeSG9KAoaB5dq3i1VzvKENcImiRzzkNY2WNSZwX0oodlUGD9+i6iVwka8o9cX
kjDIagVAc6sZQBeOShc+YSgQ7kwwROpz8uc6IqPuC4ZMH8zpZe8xjsatLIEDBVNJ
pdEXjG8EBs4ZI11pi4/NyHsMdm31pySxPcikY1BJw7qyJYhBXXw+hBveFCbKGqD7
KDAyDUwXov+Kv81uvb0phLgYv2PuSuiGhQkGlq/6HWPsXlrHbAShSIFwg7NUZbbm
wEMJksILjaP8pe9oX9O8/vozJQ1LUd/yOPkio9PnEyHDUl6CYjVEsBWvEAcAEpRq
OCpL+GW5vT2eoZ+Ut16WxSgboQcPhOxpxviRheM4S9AMJp4m7aF45q624gdQj/Et
QzLnbJEgc23Ccnh08WJIfr0e59jFeABhkMuXBDbey75M2q8RNhqU7cpnMec4p+47
47U1Wdgjgdcf0Xcw/T1e
=r/PK
-----END PGP SIGNATURE-----


--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: https://lists.debian.org/545E65F8...@gmail.com

Don Armstrong

unread,
Nov 8, 2014, 2:20:05 PM11/8/14
to
On Sat, 08 Nov 2014, Joris Bolsens wrote:
> Sorry, pretty new to linux still. put a few questions in-line.

No worries.

> On 11/08/2014 09:39 AM, Don Armstrong wrote:
>
> > Before filing a bug, please
> >
> > 1) Enable coredumps
> Did some googling, I have to recompile the kernel for this?
> the one thing i did find on how to do it without was for the fedora
> kernel.

Nah. All you have to do is something like the following:

ulimit -c unlimited;
useradd foo;
gdb /usr/sbin/useradd core;
bt full;

or similar.

You'll also want to install libc6-dbg gdb; and similar.

This will give you an idea of where the code is segfaulting, and whether
it's in a library which useradd is calling, or something else entirely.

If the backtrace doesn't look at all useful, something like:

apt-get build-dep passwd;
DEB_BUILD_OPTS="nostrip,noopt" apt-get source -b passwd;

should in theory give you a passwd .deb file with debugging symbols and
no optimization which you can then install to give you a more useful
backtrace.

You also might start by just reinstalling passwd in case there was some
corruption somewhere to make sure you can replicate the segfault.

--
Don Armstrong http://www.donarmstrong.com

I finally developed
a computer with feelings.
It just doesn't have
feelings for me.
-- a softer world #633
http://www.asofterworld.com/index.php?id=633


--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: https://lists.debian.org/20141108191...@teltox.donarmstrong.com

Joris Bolsens

unread,
Nov 8, 2014, 2:40:05 PM11/8/14
to
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



On 11/08/2014 11:16 AM, Don Armstrong wrote:

> ulimit -c unlimited; useradd foo; gdb /usr/sbin/useradd core; bt
> full; or similar.
>
> You'll also want to install libc6-dbg gdb; and similar.
>
> This will give you an idea of where the code is segfaulting, and
> whether it's in a library which useradd is calling, or something
> else entirely.
>
> If the backtrace doesn't look at all useful, something like:
>
> apt-get build-dep passwd; DEB_BUILD_OPTS="nostrip,noopt" apt-get
> source -b passwd;
>
> should in theory give you a passwd .deb file with debugging symbols
> and no optimization which you can then install to give you a more
> useful backtrace.
>
> You also might start by just reinstalling passwd in case there was
> some corruption somewhere to make sure you can replicate the
> segfault.
>


Awesome, ill give all this a go and also maybe try settings its ram to
8gb and update with what happens.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJUXm2zAAoJEORnMHMHY2FrZgAQAJWST7FWrcHKkkpCEAg7NSHQ
dHaE6ASyDuIY3iMtyGSrVRogHC9C0rooL0tEaUekynJcG5MH96XaWZoDAIZ0APpb
fBfFigvRZF+LLFsU4N4CG9GvPsSX5MIFGP9zqme51j22IUCqVUedS25D4Rd4qLeV
qa0GvA4xStk/d3pCKsVOIt8tC302PV5OcFuvfzrVBPKRRxUweXAP4wiQupb9UzVr
iXdqlc1UtFaOUhvu6KGC0iF7VzLBn6hZnRPxUBQmzgphCkPGpRSxv4zdVG/s13VR
Zapi2kOxtTqarpBtxG95Krp+E1lzlO70xOrOqjbUhGnBAzc1d4jW8PP8WhDmSzH7
MYmPpmLF7cWlIBwvsf0TOO+NL7Xk0yvl2p9bf6GnDsw5sstu/B7k3ISWgtybsvCD
5Ys4OzteYzM2ekfmKFmGuT8nZG03fjOdM8Wtn+XFg75/Vbdbp58ZECGdzYTTcFeB
+AKkb7PHznu99I32djg7ICWQRGdFhe4EWB3W/Qo4u2AYcZgEn2jn+8Lz+agytTLh
Zcf+2jvZoabT8VhCqYhuBi6peDLsZsV2k4GBR+/CFevYGD48s26b1+cAJgB0/dWp
OJwAW5nSXTpIlXS21axZkyTkEF+mzPhBuNL6WJBOq5i1J/9fTFGQt5/L2wv/Olyj
YD7hsadQ8qN5xBzO0GQd
=iKYV
-----END PGP SIGNATURE-----


--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: https://lists.debian.org/545E6DBA...@linux.com

Joris Bolsens

unread,
Nov 8, 2014, 3:00:05 PM11/8/14
to
-----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-----


--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: https://lists.debian.org/545E71E2...@gmail.com

Don Armstrong

unread,
Nov 8, 2014, 3:20:04 PM11/8/14
to
On Sat, 08 Nov 2014, Joris Bolsens wrote:
> 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.

Awesome. It looks like it's segfaulting in libnss_ldap, which you didn't
build symbols for (and unfortunately, they're not currently available).

apt-get build-dep libnss-ldap;
DEB_BUILD_OPTS="nostrip,noopt" apt-get source -b libnss-ldap;

will give you those symbols.

Then you can rerun /usr/sbin/useradd foo; and re-analyze the coredump.

Please double check the bt full; output for any obvious password strings
too before posting to this mailing list. [I should have told you to do
that too, but I don't see any below, so you should be OK.]

And also don't send the core file to the BTS either, unless you're going
to change your ldap machine passwords.


--
Don Armstrong http://www.donarmstrong.com

The game of science is, in principle, without end. He who decides one
day that scientific statements do not call for any further test, and
that they can be regarded as finally verified, retires from the game.
-- Sir Karl Popper _The Logic of Scientific Discovery_ §11


--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: https://lists.debian.org/20141108201...@teltox.donarmstrong.com

Joris Bolsens

unread,
Nov 8, 2014, 6:10:05 PM11/8/14
to
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



On 11/08/2014 12:16 PM, Don Armstrong wrote:

> Please double check the bt full; output for any obvious password
> strings too before posting to this mailing list. [I should have
> told you to do that too, but I don't see any below, so you should
> be OK.]
Yea i did a quick read through to make sure no identifying information
was present before sending :p
>
> And also don't send the core file to the BTS either, unless you're
> going to change your ldap machine passwords.
Not sure what you mean by this, don't post the full output of the command?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJUXp6hAAoJEORnMHMHY2Frg54QAKhSRkfZuH+SNXXb4daaDJ8E
USRZirhICEnvtzeDu6Bz4BsCG6hX0Zv6PXufQvXQcqHodvbfWBBbOPjE2CDHlnhI
oKewZJdYcWTym9HYxwBN5Y/FG+gyNygiVsSBFja37P+LkpH6I52BdNSyIhTDkukX
1EgKbWntn+AVCQJoxpuZ0rNUbdO7YTsYkgo+CBA+1vg46H68AqJ8DGQ5KrYDWu/g
i0N5bS7j7SyZnO4L5jolWNeBXDW6vh/JIYa8uNc24jj8ndg4LmjJokH56jDFsA6C
mS4j69sWjaHcm84BuIi9mgzcB6feiWFP7M5qkj6LrzEUutjE+Tur85pPR0ZfDy4U
d5CgzVkrqAOh0qCPWQt6onozpoVjPXvT1V+KrwihSoNGkM2hebzNDOH+SljaYRO7
qO5FhWqeGj3nsNXe99yDeWAYzGXNToajTlOl9Z2DYYUF5ps3EAsqVFspMCskMrxZ
o7ItPu81IATdtNknGQ0yxubXCiGiw0cxbuEugdNaF6VLKoNAnPmA68laJOrty5T1
H4A9gsq6kBaAFUZLaU501jzmR3Z0quYgzV9A6b81jZNphr2f1GXtXzdai6jsJ6yk
yMDM6J+Ce7/oZXfYnMKDRrK7Bt6NrXd79NNSzucpF3YmavKg9bwTwKfKzQMHlp0R
Trv80S1QtZJkjaZJY2Eu
=sk4N
-----END PGP SIGNATURE-----


--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: https://lists.debian.org/545E9EA4...@gmail.com

Joris Bolsens

unread,
Nov 8, 2014, 6:30:05 PM11/8/14
to
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



On 11/08/2014 12:16 PM, Don Armstrong wrote:

> apt-get build-dep libnss-ldap; DEB_BUILD_OPTS="nostrip,noopt"
> apt-get source -b libnss-ldap;
>
> will give you those symbols.
>
> Then you can rerun /usr/sbin/useradd foo; and re-analyze the
> coredump.
The coredump looks identical to before i built/installed the new
libnss-ldap
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJUXqEhAAoJEORnMHMHY2FrDa0P/1OLykX1o9050yn1Lg/W6W3g
cTO6qQNF6big1tikRyjvJ4vubo1OYcuZyxVZxHL7SGMxX7S7ndzRpZWPmEgyg+nG
wj0GxZoVN8tJTREEaa5foIw4nSO9glPjM61gdCUKdHSnyBFy3Nq+c3asLhb8UGBY
o6OPshKbFL8C/bbK1AJvMVoi3tu7LmmPJLHfMefXun8Z4ENa4uO/xfrLL8dK2Wie
KzOAG3FpoKdTOAJ5uQdjM9pu8joTZq3/zWYfOyvQoImKZkdFb2whjFHDK1hu88Bf
UHxsf7pgMIyqt7qWEN9ExjEstiwTSqTJXkP2I731q/UAaHpJQUjAdqwpZVtwptd3
U/YTd8LVKExZBG/jY5VUasDZ++D7g08jzI61+B27+syFGFGh7mUZMvGj9LHzitqb
N5ckjk1ItlMPJr2YoJ8Jv8cTYrNw9KD7YuT/bKjd9zr89MIUcieX9JjVZndvWZQB
Nmeo/vE3KqnScGou6yxuS1YNgAZoGYSPHQg83MlgVRrrGFqaQOaBifwIgp12yJYz
p66stYt8eiZTJcgQ5VMOpgeo2zoiJpbi0S+mtv8RK2zVXeVDpMpTFqWd31Xo0S0m
cIKTzei0SJJ6NaNVXUa85jfaMupE0anANeL5ofg1i1CcMYhuJSIrHVJ9YYf4agL4
rMtBcSUWdeKd9xLZE9D1
=5Ry2
-----END PGP SIGNATURE-----


--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: https://lists.debian.org/545EA123...@gmail.com

Don Armstrong

unread,
Nov 8, 2014, 6:50:05 PM11/8/14
to
On Sat, 08 Nov 2014, Joris Bolsens wrote:
> Not sure what you mean by this, don't post the full output of the
> command?

No, just don't send the whole core dump itself (the file called core) to
the BTS (or this mailing list). It almost certainly has your machine
ldap password in it.

On Sat, 08 Nov 2014, Joris Bolsens wrote:
> The coredump looks identical to before i built/installed the new
> libnss-ldap

You should at least have the symbols for libnss-ldap... can you check
the output of nm -a for that library to make sure it actually has the
debugging symbols?


--
Don Armstrong http://www.donarmstrong.com

Of course Pacman didn't influence us as kids. If it did, we'd be
running around in darkened rooms, popping pills and listening to
repetitive music.


--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: https://lists.debian.org/20141108234...@teltox.donarmstrong.com

Joris Bolsens

unread,
Nov 9, 2014, 3:50:04 PM11/9/14
to
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



On 11/08/2014 03:43 PM, Don Armstrong wrote:

> No, just don't send the whole core dump itself (the file called
> core) to the BTS (or this mailing list). It almost certainly has
> your machine ldap password in it.
that makes sense, wont do that, thanks.

> You should at least have the symbols for libnss-ldap... can you
> check the output of nm -a for that library to make sure it actually
> has the debugging symbols?
Where do i find the object file for libnss-ldap? I tried running nm -a
on pretty much every file I could find with libnss-ldap in the name
and it said it didn't recognize the file type.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJUX87bAAoJEORnMHMHY2Frkv4QAI8i1wfJfKh3LCuxeDDvnmmU
0WgtVSdJTgV+AfuFAq7Ud5/FHeHDAh2gxP3g3x6A4VMAKL7om9Zqu2uO+OkjJuXk
m0Fq9BULBA6iaPvutfZ6YlvSG6OsMwS/U80W1++4B3GtQBGW2lOboj3z6r4vP9R3
Dba8hzvDJA5oiapgNagh30jIIl/Vs8Q4Ak/cs4aVssZMaM8LVIVFf7OZT3YikfSq
8K2mksTfscGMdlhZxVNeN5lgIq/17/noZ1ieYAQRvXcRTGGsKhXLVeOVqsuyHUFz
uvx2+y0LURCKJmPtsSnKVIQAzBqS3KOro3QvrIALMTIyzi3iCKHjxlGnIhXVpje8
vMJNAezeQU1xluxBm/TrYBoo4Xrakc5uDYIzsiZGoOpperxeL5qh8RwntnR+7pTa
zfv5sKOg4H0hWO4pizuqxS476rQiNjMXpyJzwSZX304lDp/DjoEgl+PFzN+X1CRj
nZBRR26rPH/46GBZwTDyxs1MWh1DpKrNQAsladGQe/RgLHZmHqVgAknrfvwwuGay
FU8DMCcam4UsjeBti96RyY4VNysaiTIXZw/jTqBld9j6ixNqH7pX2Jxau/gvl2YB
Whpad+z4TVDw+A4CTY7jBiAuIMcX6UX7gF1XUp4knSNvM6OsjIWgVmPwxFr0u3pf
TjqIWdT7sXkvhEGI6y5Z
=3N+u
-----END PGP SIGNATURE-----


--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: https://lists.debian.org/545FCEDE...@gmail.com

Don Armstrong

unread,
Nov 9, 2014, 4:00:05 PM11/9/14
to
On Sun, 09 Nov 2014, Joris Bolsens wrote:
> Where do i find the object file for libnss-ldap? I tried running nm -a
> on pretty much every file I could find with libnss-ldap in the name
> and it said it didn't recognize the file type.

It should be symlinked from /lib64/libnss_ldap.so.2 or
/lib/x86_64-linux-gnu/ and nm -Da or similar should do it.


--
Don Armstrong http://www.donarmstrong.com

There is no such thing as "social gambling." Either you are there to
cut the other bloke's heart out and eat it--or you're a sucker. If you
don't like this choice--don't gamble.
-- Robert Heinlein _Time Enough For Love_ p250


--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: https://lists.debian.org/20141109205...@teltox.donarmstrong.com

Joris Bolsens

unread,
Nov 9, 2014, 8:50:06 PM11/9/14
to
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



On 11/09/2014 12:55 PM, Don Armstrong wrote:
> On Sun, 09 Nov 2014, Joris Bolsens wrote:
>> Where do i find the object file for libnss-ldap? I tried running
>> nm -a on pretty much every file I could find with libnss-ldap in
>> the name and it said it didn't recognize the file type.
>
> It should be symlinked from /lib64/libnss_ldap.so.2 or
> /lib/x86_64-linux-gnu/ and nm -Da or similar should do it.
>
Thanks, found it. here is the output,

# nm -Da libnss_ldap.so.2
00000000000034d8 t .init
0000000000000000 A EXPORTED
w _ITM_deregisterTMCloneTable
w _ITM_registerTMCloneTable
w _Jv_RegisterClasses
U __assert_fail
U __ctype_b_loc
w __cxa_finalize
U __dn_expand
U __errno_location
U __fxstat
w __gmon_start__
w __pthread_mutex_lock
w __pthread_mutex_unlock
U __register_atfork
U __res_init
U __res_search
U __res_state
U __snprintf_chk
U __stack_chk_fail
U __stpcpy_chk
U __strdup
U __syslog_chk
U __xstat
000000000000b010 T _nss_ldap_endaliasent
000000000000d380 T _nss_ldap_endautomntent
000000000000cdc0 T _nss_ldap_endetherent
0000000000009810 T _nss_ldap_endgrent
000000000000a450 T _nss_ldap_endhostent
000000000000a860 T _nss_ldap_endnetent
0000000000009af0 T _nss_ldap_endnetgrent
000000000000aac0 T _nss_ldap_endprotoent
0000000000008210 T _nss_ldap_endpwent
0000000000009f80 T _nss_ldap_endrpcent
000000000000b480 T _nss_ldap_endservent
000000000000ae90 T _nss_ldap_endspent
000000000000afa0 T _nss_ldap_getaliasbyname_r
000000000000b040 T _nss_ldap_getaliasent_r
000000000000d3b0 T _nss_ldap_getautomntbyname_r
000000000000d250 T _nss_ldap_getautomntent_r
000000000000cdf0 T _nss_ldap_getetherent_r
0000000000009840 T _nss_ldap_getgrent_r
0000000000009780 T _nss_ldap_getgrgid_r
0000000000009710 T _nss_ldap_getgrnam_r
000000000000a350 T _nss_ldap_gethostbyaddr_r
000000000000a270 T _nss_ldap_gethostbyname2_r
000000000000a320 T _nss_ldap_gethostbyname_r
000000000000a480 T _nss_ldap_gethostent_r
000000000000ccb0 T _nss_ldap_gethostton_r
000000000000a680 T _nss_ldap_getnetbyaddr_r
000000000000a5f0 T _nss_ldap_getnetbyname_r
000000000000a890 T _nss_ldap_getnetent_r
0000000000009c10 T _nss_ldap_getnetgrent_r
000000000000cd00 T _nss_ldap_getntohost_r
000000000000aa00 T _nss_ldap_getprotobyname_r
000000000000aa50 T _nss_ldap_getprotobynumber_r
000000000000aaf0 T _nss_ldap_getprotoent_r
0000000000008240 T _nss_ldap_getpwent_r
0000000000008150 T _nss_ldap_getpwnam_r
00000000000081a0 T _nss_ldap_getpwuid_r
0000000000009ec0 T _nss_ldap_getrpcbyname_r
0000000000009f10 T _nss_ldap_getrpcbynumber_r
0000000000009fb0 T _nss_ldap_getrpcent_r
000000000000b350 T _nss_ldap_getservbyname_r
000000000000b3d0 T _nss_ldap_getservbyport_r
000000000000b4b0 T _nss_ldap_getservent_r
000000000000aec0 T _nss_ldap_getspent_r
000000000000ae20 T _nss_ldap_getspnam_r
00000000000096e0 T _nss_ldap_initgroups
0000000000009400 T _nss_ldap_initgroups_dyn
000000000000aff0 T _nss_ldap_setaliasent
000000000000d1e0 T _nss_ldap_setautomntent
000000000000cda0 T _nss_ldap_setetherent
00000000000097f0 T _nss_ldap_setgrent
000000000000a430 T _nss_ldap_sethostent
000000000000a840 T _nss_ldap_setnetent
0000000000009b40 T _nss_ldap_setnetgrent
000000000000aaa0 T _nss_ldap_setprotoent
00000000000081f0 T _nss_ldap_setpwent
0000000000009f60 T _nss_ldap_setrpcent
000000000000b460 T _nss_ldap_setservent
000000000000ae70 T _nss_ldap_setspent
U access
U ber_bvfree
U ber_free
U ber_pvt_opt_on
U ber_set_option
U calloc
U close
U dup
U dup2
U ether_aton
U ether_ntoa
U fclose
U fcntl
U fgets
U fileno
U fopen
U free
U geteuid
U getpeername
U getpid
U getsockname
U gss_krb5_ccache_name
U inet_addr
U inet_makeaddr
U inet_network
U inet_ntoa
U ldap_abandon
U ldap_control_free
U ldap_controls_free
U ldap_count_entries
U ldap_count_values
U ldap_create_page_control
U ldap_err2string
U ldap_explode_dn
U ldap_explode_rdn
U ldap_first_attribute
U ldap_first_entry
U ldap_get_dn
U ldap_get_option
U ldap_get_values
U ldap_initialize
U ldap_install_tls
U ldap_ld_free
U ldap_memfree
U ldap_msgfree
U ldap_next_attribute
U ldap_next_entry
U ldap_parse_page_control
U ldap_parse_result
U ldap_result
U ldap_result2error
U ldap_sasl_interactive_bind_s
U ldap_search_ext
U ldap_search_st
U ldap_set_option
U ldap_set_rebind_proc
U ldap_simple_bind
U ldap_start_tls
U ldap_unbind
U ldap_value_free
U malloc
U memcmp
U memcpy
U pthread_once
U realloc
U setsockopt
U sigaction
U sigemptyset
U sleep
U socket
U strcasecmp
U strchr
U strcmp
U strcpy
U strlen
U strncasecmp
U strncpy
U strrchr
U strtol
U strtoll
U strtoul
U time

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJUYBRDAAoJEORnMHMHY2FrjmoP/2KiazCK0Zy95UqevUQq4pVQ
2QLQt3bZZw/Mtq/FxbNPFMQUhcEUxsXCPp5gMuGJEGwAQJChZDh6qtYL73o9722/
YAjvY/pBgFt/Jko36daozgJv14jo+GT4obTf3EHM5lhMNVZBM4dNESO5MDrqivZo
rQVh1tibideZGCTI3zX0spMcxVUbT9reb0LX1wpXnQnK3kv2+PpkfvFoem6PPmWb
JOZcKDJLSHNEOe3XGVJxPjTBh0gzGECBX1BHpAUZ9UPQG+kHv0K/kPk+6OXKAlU9
WpKSgE6+MLQiGSIpinNr/aHGZZVMk+CUc4ehFn1Mi0auIdEK5Kl/HgvgA+N6igww
WqOwteOet5bVM3hKv00DuQkvYDZEjH6SNlJ/ztxqM85FGzOaHWcP7RUW7XLhwr/h
hK4M/gs9tHdeXi5Vo+zGlTMqEJsfHkkQ9bwJIQln2cB+kiX6RdTPoAhvG6y2ohkl
8WPLD43bjB5FOnaL1+IE4Ou6+Ds5izfupJKM/avGfu4ywhUv7L9u/x0KCh9vBSzc
VHrZOiOVSzp3XgNfxhKxE5JFQmrUeOsYGwMSHUkjkfNxFSQyt8hQAa7gzgXxrRi1
YEvfVLNEd3yQiEXgab3SvUs+klZMSKcXmYXufuLhWZHsVUxgAs69mxTmD1AC+0wP
AmfR/IIqmQLY4j27Ag9c
=ZHHC
-----END PGP SIGNATURE-----


--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: https://lists.debian.org/54601446...@linux.com

Joris Bolsens

unread,
Nov 11, 2014, 6:20:04 PM11/11/14
to
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Sorry about late reply, got a bit busy with other things.

On 11/07/2014 11:43 PM, Reco wrote:
> Hi.
>
> I'd try adding some memory (or swapspace) to this VM to satisfy
> mremap's wish to remap to exactly 8G virtual memory.
>
> Reco

Tried this, set the VMs memory to 8gb and still get the segfault, the
strace and core dumb look pretty identical to before.

Also still not sure why I don't have the debug symbol things for the
ldap lib, tried a few more times to install it to no avail.

- -Joris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJUYpWUAAoJEORnMHMHY2Fro8wQALSgyakp9fXsP063F51s3av4
3kc698UvCW8Qy1TY/CfsstOhiOPaLUjtJIKNwzc7YaFi8NhzsZcJzTeikFGWSpKg
TfxDlEv9kJQWQiKxKY4RLzW6ZXKqPJjFoN1ob/rY3hdy/OoNUD1rGApzallwptZ/
pAx0my0g7edZQwD5sbtKfo3unSTWD8j3XDJF0N0BwxqsT6HncpIAtbiNQ+PJpfm4
gQRnJYd/ZQ8aGb9CpxqrtAAbf4dAqVBYmRa4jl+2crRKFL9DX+se83OimDQzJk6C
DlEPIxPk5vRNtKbqYfYLc8G4YBPYVY1q3OoBlizvEQvgLkpamoWp07smg4TjRqWo
tsp6b2ORkpmCxDeH8W6Lt+uhrkszQm3g6WWKPJbbMQpoaytg3rLdI0e9n20axzgo
RAa0XyD26xHWdAK0IjnzQjrjllplkbx/seRo3d0b0NudNZKy/yQIJvdw19UA2GoE
c7d+AYgBcA3ulY+LUc4hNnfyNqtuzALJWiQ/kO0V9plOkGd/1Smn546iBBxxCC7q
P3LWqP72HfX4VA1i+/+7TQL3i9/HegnvA5h+HVmRSU38bYYiKKdKKZh+DC1unBaW
dTov6Q04N9iEo4bZdBla+UhDkV3awpwfJ1v4s8JO6Eircly0btIrrqnq2euC7dTL
yUpIjET51WlRtOD+oUla
=0htc
-----END PGP SIGNATURE-----


--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: https://lists.debian.org/54629597...@linux.com
0 new messages