Bug#755053: nscd backtrace
retitle -1 'libnss-myhostname: causes nscd to crash'
reassign -1 libnss-myhhostname
found -1 0.3-5~deb7u1
severity -1 important
thanks
This is triggered by the cache miss that occurs when I try to resolve
the machine's hostname (e.g., getent ahosts oxylus).
$ gdb --args ./nscd -d
...
Tue 22 Jul 2014 12:27:48 BST - 21522: Haven't found oxylus in hosts
cache!
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x70c11700 (LWP 21529)]
addhstaiX (db=optimized out, fd=optimized out, req=optimized out,
key=optimized out,
uid=optimized out, he=optimized out, dh=0x0) at aicache.c:165
165 if (at2-family == AF_INET)
(gdb) where
#0 addhstaiX (db=optimized out, fd=optimized out, req=optimized
out, key=optimized out,
uid=optimized out, he=optimized out, dh=0x0) at aicache.c:165
#1 0x00411d34 in addhstai (db=0x7779ce80, fd=0, req=0x10,
key=0x2, uid=88)
at aicache.c:561
#2 0x004083a4 in handle_request (key=optimized out,
req=optimized out,
fd=optimized out, uid=optimized out, pid=optimized out) at
connections.c:1229
#3 nscd_run_worker (p=optimized out) at connections.c:1709
#4 0x779bfb50 in start_thread (arg=optimized out) at
pthread_create.c:304
#5 0x774f220d in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#6 0x in ?? ()
(gdb) l
160 {
161 ++naddrs;
162 /* We do not handle anything other than IPv4 and
IPv6
163 addresses. The getaddrinfo implementation
does not
164 either so it is not worth trying to do more.
*/
165 if (at2-family == AF_INET)
166 addrslen += INADDRSZ;
167 else if (at2-family == AF_INET6)
168 addrslen += IN6ADDRSZ;
169 }
(gdb) p at2
$1 = (const struct gaih_addrtuple *) 0x54552e42475f0043
(gdb) l 155
150
151 if (rc6 != 0 herrno == NETDB_INTERNAL)
152 goto out;
153
154 if (status[1] != NSS_STATUS_SUCCESS)
155 goto next_nip;
156
157 /* We found the data. Count the addresses and the
size. */
158 for (const struct gaih_addrtuple *at2 = at = atmem;
at2 != NULL;
159at2 = at2-next)
(gdb) p atmem
$2 = (struct gaih_addrtuple *) 0x70c106f0
(gdb) p atmem-next
$3 = (struct gaih_addrtuple *) 0x70c10670
(gdb) p atmem-next-next
$4 = (struct gaih_addrtuple *) 0x54552e42475f0043
So the gaih_addrtuple linked list is corrupted somehow.
I removed 'myhostname' from the 'hosts' definition in
/etc/nsswitch.conf, and having restarted nscd and invalidating the hosts
cache, I could no longer reproduce the crash. Re-enabling 'myhostname',
invalidating the cache and restarting nscd causes the crash to re-occur.
--
Sam Morris https://robots.org.uk/
3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140722122848.ga15...@traxus.robots.org.uk
Bug#755053: Exits (status 0) regularly
retitle 755053 nscd crashes frequently thanks Some more information after some debugging: nscd isn't exiting, it's crashing. According to the kernel: Jul 21 11:25:11 oxylus kernel: nscd[12517]: segfault at 10 ip 00404835 sp 7fffbac00230 error 6 in nscd[40+1d000] The instruction pointer and error code are always the same; the stack pointer varies. Less regularly there is a different message, again with the same ip and error, different sp: Jul 18 16:01:00 oxylus kernel: traps: nscd[2063] general protection ip:410fe4 sp:7f43b80131e0 error:0 in nscd[40+1d000] The core files produced by the crash vary: -rw--- 1 root staff 450560 Jul 21 11:25 core.1405938311.nscd.12517 -rw--- 1 root staff 450560 Jul 21 11:25 core.1405938311.nscd.12509 -rw--- 1 root staff 450560 Jul 21 11:25 core.1405938311.nscd.12502 -rw--- 1 root staff 450560 Jul 21 11:25 core.1405938311.nscd.12490 -rw--- 1 root staff 450560 Jul 18 16:01 core.1405695660.nscd.2090 -rw--- 1 root staff 450560 Jul 18 16:01 core.1405695660.nscd.2077 -rw--- 1 root staff 15196160 Jul 18 16:01 core.1405695660.nscd.2057 -rw--- 1 root staff 450560 Jul 18 16:01 core.1405695660.nscd.2047 -rw--- 1 root staff 15241216 Jul 18 16:01 core.1405695660.nscd.941 -rw--- 1 root staff 450560 Jul 18 15:57 core.1405695423.nscd.931 -rw--- 1 root staff 450560 Jul 18 15:57 core.1405695423.nscd.919 -rw--- 1 root staff 450560 Jul 18 15:57 core.1405695423.nscd.910 -rw--- 1 root staff 15376384 Jul 18 15:57 core.1405695423.nscd.6875 -rw--- 1 root staff 450560 Jul 18 14:00 core.1405688417.nscd.6867 -rw--- 1 root staff 450560 Jul 18 14:00 core.1405688417.nscd.6855 -rw--- 1 root staff 450560 Jul 18 14:00 core.1405688416.nscd.6847 -rw--- 1 root staff 450560 Jul 18 14:00 core.1405688416.nscd.6837 -rw--- 1 root staff 17481728 Jul 18 14:00 core.1405688416.nscd.11188 -rw--- 1 root staff 15196160 Jul 18 10:08 core.1405674489.nscd.11166 -rw--- 1 root staff 49029120 Jul 18 10:08 core.1405674489.nscd.12591 -rw--- 1 root staff 450560 Jul 17 16:57 core.1405612661.nscd.12584 -rw--- 1 root staff 450560 Jul 17 16:57 core.1405612661.nscd.12576 -rw--- 1 root staff 450560 Jul 17 16:57 core.1405612661.nscd.12569 -rw--- 1 root staff 450560 Jul 17 16:57 core.1405612661.nscd.12560 -rw--- 1 root staff 15196160 Jul 17 16:57 core.1405612660.nscd.12329 -rw--- 1 root staff 450560 Jul 17 16:57 core.1405612641.nscd.12322 -rw--- 1 root staff 450560 Jul 17 16:57 core.1405612641.nscd.12315 -rw--- 1 root staff 446464 Jul 17 16:51 core.1405612269.nscd.10456 -rw--- 1 root staff 446464 Jul 17 16:51 core.1405612269.nscd.10449 -rw--- 1 root staff 446464 Jul 17 16:51 core.1405612269.nscd.10442 -rw--- 1 root staff 446464 Jul 17 16:51 core.1405612269.nscd.10432 -rw--- 1 root staff 446464 Jul 17 16:49 core.1405612163.nscd.9976 -rw--- 1 root staff 446464 Jul 17 16:49 core.1405612162.nscd.9969 -rw--- 1 root staff 446464 Jul 17 16:49 core.1405612149.nscd.9873 -rw--- 1 root staff 446464 Jul 17 16:49 core.1405612149.nscd.9866 -rw--- 1 root staff 446464 Jul 17 16:49 core.1405612149.nscd.9859 -rw--- 1 root staff 446464 Jul 17 16:49 core.1405612148.nscd.9848 The larger core files are from the general protection faults; the smaller ones are from the segfaults. Sadly neither seem too useful: $ gdb --silent -c /var/local/core/core.1405938311.nscd.12517 [New LWP 12517] warning: no loadable sections found in added symbol-file system-supplied DSO at 0x7fffbadac000 Core was generated by `/usr/sbin/nscd'. Program terminated with signal 11, Segmentation fault. #0 0x00404835 in ?? () warning: not using untrusted file .gdbinit (gdb) bt #0 0x00404835 in ?? () #1 0x0021 in ?? () #2 0x7fdaec2a65c0 in ?? () #3 0x0001 in ?? () #4 0x in ?? () $ gdb --silent -c /var/local/core/core.1405695660.nscd.2057 [New LWP 2063] [New LWP 2057] [New LWP 2062] [New LWP 2059] [New LWP 2060] [New LWP 2061] [New LWP 2064] [New LWP 2058] warning: no loadable sections found in added symbol-file system-supplied DSO at 0x7fff621fe000 Core was generated by `/usr/sbin/nscd'. Program terminated with signal 11, Segmentation fault. #0 0x00410fe4 in ?? () warning: not using untrusted file .gdbinit (gdb) bt #0 0x00410fe4 in ?? () #1 0x7f43b8013778 in ?? () #2 0x7f43b80137f0 in ?? () #3 0x7f43b8013710 in ?? () #4 0x53c936ac in ?? () #5 0x73756c79786f in ?? () #6 0x in ?? () -- Sam Morris https://robots.org.uk/ 3412 EA18 1277 354B
Bug#755053: Exits (status 0) regularly
Package: nscd Version: 2.13-38+deb7u3 Severity: normal I've noticed that nscd regularly exits. I have to start it manually, but next time I check it, it's exited. nscd.service - LSB: Starts the Name Service Cache Daemon Loaded: loaded (/etc/init.d/nscd) Active: active (exited) since Tue 2014-07-15 11:09:12 BST; 1 day 22h ago Process: 2962 ExecStop=/etc/init.d/nscd stop (code=exited, status=0/SUCCESS) Process: 2972 ExecStart=/etc/init.d/nscd start (code=exited, status=0/SUCCESS) Jul 15 11:09:12 oxylus systemd[1]: Started LSB: Starts the Name Service Cache Daemon. AIUI this means it's exiting with status 0 and not logging anything. -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (600, 'stable'), (590, 'stable-updates'), (570, 'testing'), (560, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-0.bpo.1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nscd depends on: ii libc6 2.13-38+deb7u3 nscd recommends no packages. nscd suggests no packages. -- Configuration Files: /etc/nscd.conf changed: debug-level 0 paranoiano enable-cachepasswd yes positive-time-to-live passwd 300 negative-time-to-live passwd 20 suggested-size passwd 211 check-files passwd yes persistent passwd yes shared passwd yes enable-cachegroup yes positive-time-to-live group 300 negative-time-to-live group 60 suggested-size group 211 check-files group yes persistent group yes shared group yes enable-cachehosts yes positive-time-to-live hosts 60 negative-time-to-live hosts 20 suggested-size hosts 211 check-files hosts yes persistent hosts yes shared hosts yes -- no debconf information -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140717083409.4206.39024.reportbug@oxylus
Bug#586128: libc6-dev: Setfault in __dcigettext in a statically-linked executable
Package: libc6-dev Version: 2.11.2-1 Severity: normal In the attached test cast: $ ./bug-dynamic bug-dynamic: bug.c:4: main: Assertion `0' failed. Aborted $ gdb ./bug-static Reading symbols from /home/sam/Desktop/bug/bug-static...done. (gdb) r Starting program: /home/sam/Desktop/bug/bug-static Program received signal SIGSEGV, Segmentation fault. 0x00401cf5 in __dcigettext () (gdb) where #0 0x00401cf5 in __dcigettext () #1 0x00400b21 in __assert_fail () #2 0x004002d1 in main () at bug.c:4 (gdb) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (530, 'testing'), (520, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libc6-dev depends on: ii libc-dev-bin 2.11.2-1 Embedded GNU C Library: Developmen ii libc6 2.11.2-1 Embedded GNU C Library: Shared lib ii linux-libc-dev2.6.32-15 Linux support headers for userspac Versions of packages libc6-dev recommends: ii gcc [c-compiler] 4:4.4.4-2 The GNU C compiler ii gcc-4.3 [c-compiler] 4.3.5-1The GNU C compiler ii gcc-4.4 [c-compiler] 4.4.4-5The GNU C compiler Versions of packages libc6-dev suggests: ii glibc-doc 2.11.1-3 Embedded GNU C Library: Documentat ii manpages-dev 3.24-1 Manual pages about using GNU/Linux -- no debconf information bug.tar.gz Description: GNU Zip compressed data
Bug#586128: caused by binutils-gold
reassign 586128 binutils-gold found 586128 2.20.1-10 found 586128 2.20.1-11 thanks Narrowed this down to binutils-gold. Removing it fixes the problem. -- Sam Morris s...@robots.org.uk -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1276708278.2926.2.ca...@leela
Bug#476800: does not ask for system default locale
On systems that use pam_env to process /etc/default/environment this causes 'missing file' errors to be written to syslog if the 'locales' package is purged and replaced by 'locales-all'. -- Sam Morris https://robots.org.uk/ PGP key id 1024D/5EA01078 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 signature.asc Description: This is a digitally signed message part
Bug#475693: glibc-doc-reference: Please document getaddrinfo
Package: glibc-doc-reference Version: 2.7-1 Severity: normal According to http://udrepper.livejournal.com/16362.html, it is completely unacceptable today to use gethostbyname etc. These functions simply don't work. http://people.redhat.com/drepper/userapi-ipv6.html states that gethostbyname is a historic call, and gethostbyname2 is only a stop-gap solution. Apparently we should all by using getaddrinfo these days--but the glibc manual does not document this function! Section 16.6.2.4 Host Names documents fully the gethostbyname family of calls, and says of the replacement calls only that You can also use `getaddrinfo' and `getnameinfo' to obtain this information. This makes it sound rather like getaddrinfo, etc. are optional supplements to the primary interface that most people use, gethostbyname. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (530, 'testing'), (520, 'unstable'), (510, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
