Re: top Segmentation faulting on 8.0p2 amd64 (nss_ldapd problem?)
On 01/24/10 15:10, Alexander V. Chernikov wrote:
Doug Barton wrote:
On 01/24/10 03:02, Harald Schmalzbauer wrote:
Alexander V. Chernikov schrieb am 24.01.2010 10:24 (localtime):
Please try to rebuild port with
post-configure:
@${REINPLACE_CMD} -e 's/^\(CFLAGS .*\)-O2 \(.*\)$$/\1 -O0 \2/'
${WRKSRC}/nss/Makefile
That should be pre- or post- patch, since it's actually modifying
something.
I can't do this before configure -
Makefile.in contains only @CFLAGS@ which needs to be substituted from
configure and CFLAGS cannot be predicted due to
possible environment/make.conf variables
um, that's odd, but I'll take your word for it. :)
Doug
--
Improve the effectiveness of your Internet presence with
a domain name makeover!http://SupersetSolutions.com/
Computers are useless. They can only give you answers.
-- Pablo Picasso
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: top Segmentation faulting on 8.0p2 amd64 (nss_ldapd problem?)
Doug Barton wrote:
On 01/24/10 03:02, Harald Schmalzbauer wrote:
Alexander V. Chernikov schrieb am 24.01.2010 10:24 (localtime):
Please try to rebuild port with
post-configure:
@${REINPLACE_CMD} -e 's/^\(CFLAGS .*\)-O2 \(.*\)$$/\1 -O0 \2/'
${WRKSRC}/nss/Makefile
That should be pre- or post- patch, since it's actually modifying
something.
I can't do this before configure -
Makefile.in contains only @CFLAGS@ which needs to be substituted from
configure and CFLAGS cannot be predicted due to
possible environment/make.conf variables
hth,
Doug
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: top Segmentation faulting on 8.0p2 amd64 (nss_ldapd problem?)
On 01/24/10 03:02, Harald Schmalzbauer wrote:
Alexander V. Chernikov schrieb am 24.01.2010 10:24 (localtime):
Please try to rebuild port with
post-configure:
@${REINPLACE_CMD} -e 's/^\(CFLAGS .*\)-O2 \(.*\)$$/\1 -O0 \2/'
${WRKSRC}/nss/Makefile
That should be pre- or post- patch, since it's actually modifying
something.
hth,
Doug
--
Improve the effectiveness of your Internet presence with
a domain name makeover!http://SupersetSolutions.com/
Computers are useless. They can only give you answers.
-- Pablo Picasso
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: top Segmentation faulting on 8.0p2 amd64 (nss_ldapd problem?)
Harald Schmalzbauer wrote:
Alexander V. Chernikov schrieb am 24.01.2010 10:24 (localtime):
...
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.
There is some strange problem with TLS and gcc optimization I can't
localize
Please try to rebuild port with
post-configure:
@${REINPLACE_CMD} -e 's/^\(CFLAGS .*\)-O2 \(.*\)$$/\1 -O0 \2/'
${WRKSRC}/nss/Makefile
I'll submit updated port later
That indeed fixed the problem. Thank you very much.
But I found another point for improovement:
When deinstalling/installing nss_ldap.conf gets deleted/overwritten. I
think it's better to install nss_ldap.conf.sample like many other
ports do.
I also like the way lighttpd port is managed:
@unexec if cmp -s %D/etc/lighttpd.conf %D/etc/lighttpd.conf.sample;
then rm -f %D/etc/lighttpd.conf; fi
etc/lighttpd.conf.sample
@exec [ -f %B/lighttpd.conf ] || cp %B/%f %B/lighttpd.conf
Thanks,
-Harry
Already noticed that, thanks.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: top Segmentation faulting on 8.0p2 amd64 (nss_ldapd problem?)
Alexander V. Chernikov schrieb am 24.01.2010 10:24 (localtime):
...
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.
There is some strange problem with TLS and gcc optimization I can't
localize
Please try to rebuild port with
post-configure:
@${REINPLACE_CMD} -e 's/^\(CFLAGS .*\)-O2 \(.*\)$$/\1 -O0 \2/'
${WRKSRC}/nss/Makefile
I'll submit updated port later
That indeed fixed the problem. Thank you very much.
But I found another point for improovement:
When deinstalling/installing nss_ldap.conf gets deleted/overwritten. I
think it's better to install nss_ldap.conf.sample like many other ports do.
I also like the way lighttpd port is managed:
@unexec if cmp -s %D/etc/lighttpd.conf %D/etc/lighttpd.conf.sample; then
rm -f %D/etc/lighttpd.conf; fi
etc/lighttpd.conf.sample
@exec [ -f %B/lighttpd.conf ] || cp %B/%f %B/lighttpd.conf
Thanks,
-Harry
signature.asc
Description: OpenPGP digital signature
Re: top Segmentation faulting on 8.0p2 amd64 (nss_ldapd problem?)
Harald Schmalzbauer 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.
There is some strange problem with TLS and gcc optimization I can't localize
Please try to rebuild port with
post-configure:
@${REINPLACE_CMD} -e 's/^\(CFLAGS .*\)-O2 \(.*\)$$/\1 -O0 \2/'
${WRKSRC}/nss/Makefile
I'll submit updated port later
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 0x000800d08403 in __nss_compat_gethostbyname () from
/usr/local/lib/nss_ldap.so.1
#0 0x000800d08403 in __nss_compat_gethostbyname () from
/usr/local/lib/nss_ldap.so.1
#1 0x000800d0606f in _nss_ldap_getpwent_r () from
/usr/local/lib/nss_ldap.so.1
#2 0x0008009ffc54 in __nss_compat_getpwent_r () from /lib/libc.so.7
#3 0x000800a84a3d in nsdispatch () from /lib/libc.so.7
#4 0x000800a50976 in getpwent_r () from /lib/libc.so.7
#5 0x000800a50596 in sysctlbyname () from /lib/libc.so.7
#6 0x00406c6d in machine_init (statics=0x7fffea30,
do_unames=1 '\001')
at /usr/src/usr.bin/top/machine.c:257
#7 0x00407a10 in main (argc=1, argv=0x7fffeb08)
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
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: top Segmentation faulting on 8.0p2 amd64 (nss_ldapd problem?)
On Sat, 23 Jan 2010 02:02:04 +0100 Harald Schmalzbauer wrote: > 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 0x000800d08403 in __nss_compat_gethostbyname () from > /usr/local/lib/nss_ldap.so.1 > #0 0x000800d08403 in __nss_compat_gethostbyname () from > /usr/local/lib/nss_ldap.so.1 > #1 0x000800d0606f in _nss_ldap_getpwent_r () from > /usr/local/lib/nss_ldap.so.1 It is worth rebuilding and installing nss_ldap.so with debugging symbols. > #2 0x0008009ffc54 in __nss_compat_getpwent_r () from /lib/libc.so.7 > #3 0x000800a84a3d in nsdispatch () from /lib/libc.so.7 > #4 0x000800a50976 in getpwent_r () from /lib/libc.so.7 > #5 0x000800a50596 in sysctlbyname () from /lib/libc.so.7 And may be libc.so :-) > #6 0x00406c6d in machine_init (statics=0x7fffea30, > do_unames=1 '\001') > at /usr/src/usr.bin/top/machine.c:257 > #7 0x00407a10 in main (argc=1, argv=0x7fffeb08) > 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... -- Mikolaj Golub ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: top Segmentation faulting on 8.0p2 amd64 (nss_ldapd problem?)
Sorry, noise. Problem can back after a reboot. But now it only affects non super-users, it works just fine for root. When it first happened for me, even root cored. /glz --On January 23, 2010 13:57:41 +0100 Goran Lowkrantz wrote: I had exactly this problem. Removing an old /etc/localtime fixed the problem. /glz --On January 23, 2010 2:02:04 +0100 Harald Schmalzbauer 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 0x000800d08403 in __nss_compat_gethostbyname () from # /usr/local/lib/nss_ldap.so.1 0 0x000800d08403 in # __nss_compat_gethostbyname () from /usr/local/lib/nss_ldap.so.1 1 # 0x000800d0606f in _nss_ldap_getpwent_r () from # /usr/local/lib/nss_ldap.so.1 2 0x0008009ffc54 in # __nss_compat_getpwent_r () from /lib/libc.so.7 3 0x000800a84a3d in # nsdispatch () from /lib/libc.so.7 # 4 0x000800a50976 in getpwent_r () from /lib/libc.so.7 # 5 0x000800a50596 in sysctlbyname () from /lib/libc.so.7 # 6 0x00406c6d in machine_init (statics=0x7fffea30, # do_unames=1 '\001') at /usr/src/usr.bin/top/machine.c:257 # 7 0x00407a10 in main (argc=1, argv=0x7fffeb08) 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 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 ... ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" ... the future isMobile Goran Lowkrantz 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 ... ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: top Segmentation faulting on 8.0p2 amd64 (nss_ldapd problem?)
I had exactly this problem. Removing an old /etc/localtime fixed the problem. /glz --On January 23, 2010 2:02:04 +0100 Harald Schmalzbauer 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 0x000800d08403 in __nss_compat_gethostbyname () from # /usr/local/lib/nss_ldap.so.1 0 0x000800d08403 in # __nss_compat_gethostbyname () from /usr/local/lib/nss_ldap.so.1 1 # 0x000800d0606f in _nss_ldap_getpwent_r () from # /usr/local/lib/nss_ldap.so.1 2 0x0008009ffc54 in # __nss_compat_getpwent_r () from /lib/libc.so.7 3 0x000800a84a3d in # nsdispatch () from /lib/libc.so.7 # 4 0x000800a50976 in getpwent_r () from /lib/libc.so.7 # 5 0x000800a50596 in sysctlbyname () from /lib/libc.so.7 # 6 0x00406c6d in machine_init (statics=0x7fffea30, # do_unames=1 '\001') at /usr/src/usr.bin/top/machine.c:257 # 7 0x00407a10 in main (argc=1, argv=0x7fffeb08) 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 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 ... ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: top Segmentation faulting on 8.0p2 amd64 (nss_ldapd problem?)
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 0x000800d08403 in __nss_compat_gethostbyname () from /usr/local/lib/nss_ldap.so.1 #0 0x000800d08403 in __nss_compat_gethostbyname () from /usr/local/lib/nss_ldap.so.1 #1 0x000800d0606f in _nss_ldap_getpwent_r () from /usr/local/lib/nss_ldap.so.1 #2 0x0008009ffc54 in __nss_compat_getpwent_r () from /lib/libc.so.7 #3 0x000800a84a3d in nsdispatch () from /lib/libc.so.7 #4 0x000800a50976 in getpwent_r () from /lib/libc.so.7 #5 0x000800a50596 in sysctlbyname () from /lib/libc.so.7 #6 0x00406c6d in machine_init (statics=0x7fffea30, do_unames=1 '\001') at /usr/src/usr.bin/top/machine.c:257 #7 0x00407a10 in main (argc=1, argv=0x7fffeb08) 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 signature.asc Description: OpenPGP digital signature
