top Segmentation faulting on 8.0p2 amd64 (nss_ldapd problem?)

[Goran Lowkrantz]

I had exactly this problem. Removing an old /etc/localtime fixed the 
problem.

/glz

--On January 23, 2010 2:02:04 +0100 Harald Schmalzbauer 
<h.schmalzbauer at omnilan.de> wrote:

> Mikolaj Golub schrieb am 22.01.2010 23:26 (localtime):
>> On Wed, 20 Jan 2010 08:06:23 +0100 Harald Schmalzbauer wrote:
>>
>>> Dear all,
>>>
>>> I have no idea why top crashes with segmentation fault on my amd64
>>> machine running FreeBSD 8.0-RELEASE-p2.
>>> If someone wants to have a loot at the core dump:
>>> http://www.schmalzbauer.de/downloads/top.core
>>
>> core file is useless without binary and libraries. So it is better to
>> run gdb on your host, produce backtrace and post here:
>>
>> gdb /usr/bin/top top.core
>> bt
>>
>> And sure a backtrace from the top built with -g would be much better.
>>
>> cd /usr/src/usr.bin/top
>> CFLAGS=-g make
>
> Unfortunately nss_ldap seems to be the culprit.
>
> gdb /usr/bin/top top.core
> GNU gdb 6.1.1 [FreeBSD]
> Copyright 2004 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you
> are
> welcome to change it and/or distribute copies of it under certain
> conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for
> details.
> This GDB was configured as "amd64-marcel-freebsd"...
> Core was generated by `top'.
> Program terminated with signal 11, Segmentation fault.
> Reading symbols from /lib/libncurses.so.8...done.
> Loaded symbols for /lib/libncurses.so.8
> Reading symbols from /lib/libm.so.5...done.
> Loaded symbols for /lib/libm.so.5
> Reading symbols from /lib/libkvm.so.5...done.
> Loaded symbols for /lib/libkvm.so.5
> Reading symbols from /lib/libc.so.7...done.
> Loaded symbols for /lib/libc.so.7
> Reading symbols from /usr/local/lib/nss_ldap.so.1...done.
> Loaded symbols for /usr/local/lib/nss_ldap.so.1
> Reading symbols from /libexec/ld-elf.so.1...done.
> Loaded symbols for /libexec/ld-elf.so.1
> bt:
># 0  0x0000000800d08403 in __nss_compat_gethostbyname () from
># /usr/local/lib/nss_ldap.so.1 0  0x0000000800d08403 in
># __nss_compat_gethostbyname () from /usr/local/lib/nss_ldap.so.1 1
># 0x0000000800d0606f in _nss_ldap_getpwent_r () from
># /usr/local/lib/nss_ldap.so.1 2  0x00000008009ffc54 in
># __nss_compat_getpwent_r () from /lib/libc.so.7 3  0x0000000800a84a3d in
># nsdispatch () from /lib/libc.so.7
># 4  0x0000000800a50976 in getpwent_r () from /lib/libc.so.7
># 5  0x0000000800a50596 in sysctlbyname () from /lib/libc.so.7
># 6  0x0000000000406c6d in machine_init (statics=0x7fffffffea30,
># do_unames=1 '\001')
>      at /usr/src/usr.bin/top/machine.c:257
># 7  0x0000000000407a10 in main (argc=1, argv=0x7fffffffeb08)
>      at /usr/src/usr.bin/top/../../contrib/top/top.c:458
>
> I'm using nss_ldapd-0.7.2 and there's no way to live without ldap...
>
> Any help highly appreciated!
>
> Thanks,
>
> -Harry
>



................................................... the future isMobile

  Goran Lowkrantz <goran.lowkrantz at ismobile.com>
  System Architect, isMobile AB
  Sandviksgatan 81, PO Box 58, S-971 03 Luleå, Sweden
  Mobile: +46(0)70-587 87 82
http://www.ismobile.com ...............................................