Bug#540973: Bug 540973 not fixed !
I'm attaching more info, needless to say I did an upgrade and everything (bind-related) broke again (for the 5th time or so), I'll probably just run something else on the machine 'cause being without DNS is obviously not fun and a huge waste of time :( Most daemons are not prepared to deal with DNS servers changing and this leads to a chain of restarts. -jd 2009/8/23 Ondřej Surý ond...@sury.org lsof /usr/lib/libGeoIP.so.1 or lsof /usr/lib/libGeoIP.so.1.4.6 Also you can try: lsof +L1 (which lists unlinked, but still used files) All of these return nothing. Are you able to test again on your box? Could you do: # ldd /usr/lib/libdns.so.50 and # ldd /usr/sbin/named The are attached. when it's not working? Also maybe running strace named -g Also attached. could give us some hints. And finally does manually updating libgeoip1 to latest version from unstable help? Nope doesn't help at all. ldd /usr/lib/libdns.so.50 linux-gate.so.1 = (0xe000) libisc.so.50 = /usr/lib/libisc.so.50 (0xb7dc4000) libgssapi_krb5.so.2 = /usr/lib/libgssapi_krb5.so.2 (0xb7d9b000) libcap.so.2 = /lib/libcap.so.2 (0xb7d97000) libpthread.so.0 = /lib/i686/cmov/libpthread.so.0 (0xb7d7e000) libxml2.so.2 = /usr/lib/libxml2.so.2 (0xb7c48000) libcrypto.so.0.9.8 = /usr/lib/i686/cmov/libcrypto.so.0.9.8 (0xb7aef000) libGeoIP.so.1 = /usr/local/lib/libGeoIP.so.1 (0xb7ac7000) libc.so.6 = /lib/i686/cmov/libc.so.6 (0xb7968000) libkrb5.so.3 = /usr/lib/libkrb5.so.3 (0xb78bf000) libk5crypto.so.3 = /usr/lib/libk5crypto.so.3 (0xb7896000) libcom_err.so.2 = /lib/libcom_err.so.2 (0xb7893000) libkrb5support.so.0 = /usr/lib/libkrb5support.so.0 (0xb788b000) libdl.so.2 = /lib/i686/cmov/libdl.so.2 (0xb7887000) libkeyutils.so.1 = /lib/libkeyutils.so.1 (0xb7884000) libresolv.so.2 = /lib/i686/cmov/libresolv.so.2 (0xb786e000) /lib/ld-linux.so.2 (0xb7fa5000) libz.so.1 = /usr/lib/libz.so.1 (0xb7859000) libm.so.6 = /lib/i686/cmov/libm.so.6 (0xb7832000) ldd /usr/sbin/named linux-gate.so.1 = (0xe000) liblwres.so.50 = /usr/lib/liblwres.so.50 (0xb7e6d000) libdns.so.50 = /usr/lib/libdns.so.50 (0xb7cff000) libgssapi_krb5.so.2 = /usr/lib/libgssapi_krb5.so.2 (0xb7cd6000) libcrypto.so.0.9.8 = /usr/lib/i686/cmov/libcrypto.so.0.9.8 (0xb7b7e000) libbind9.so.50 = /usr/lib/libbind9.so.50 (0xb7b72000) libisccfg.so.50 = /usr/lib/libisccfg.so.50 (0xb7b5c000) libisccc.so.50 = /usr/lib/libisccc.so.50 (0xb7b53000) libisc.so.50 = /usr/lib/libisc.so.50 (0xb7aff000) libdb-4.7.so = /usr/lib/libdb-4.7.so (0xb79a8000) libldap_r-2.4.so.2 = /usr/lib/libldap_r-2.4.so.2 (0xb7964000) liblber-2.4.so.2 = /usr/lib/liblber-2.4.so.2 (0xb7956000) libcap.so.2 = /lib/libcap.so.2 (0xb7951000) libpthread.so.0 = /lib/i686/cmov/libpthread.so.0 (0xb7938000) libxml2.so.2 = /usr/lib/libxml2.so.2 (0xb7802000) libc.so.6 = /lib/i686/cmov/libc.so.6 (0xb76a3000) libGeoIP.so.1 = /usr/local/lib/libGeoIP.so.1 (0xb767b000) libkrb5.so.3 = /usr/lib/libkrb5.so.3 (0xb75d1000) libk5crypto.so.3 = /usr/lib/libk5crypto.so.3 (0xb75a8000) libcom_err.so.2 = /lib/libcom_err.so.2 (0xb75a5000) libkrb5support.so.0 = /usr/lib/libkrb5support.so.0 (0xb759e000) libdl.so.2 = /lib/i686/cmov/libdl.so.2 (0xb759a000) libkeyutils.so.1 = /lib/libkeyutils.so.1 (0xb7597000) libresolv.so.2 = /lib/i686/cmov/libresolv.so.2 (0xb758) libz.so.1 = /usr/lib/libz.so.1 (0xb756b000) libsasl2.so.2 = /usr/lib/libsasl2.so.2 (0xb7554000) libgnutls.so.26 = /usr/lib/libgnutls.so.26 (0xb74bd000) /lib/ld-linux.so.2 (0xb7e9f000) libm.so.6 = /lib/i686/cmov/libm.so.6 (0xb7497000) libtasn1.so.3 = /usr/lib/libtasn1.so.3 (0xb7486000) libgcrypt.so.11 = /usr/lib/libgcrypt.so.11 (0xb7411000) libgpg-error.so.0 = /usr/lib/libgpg-error.so.0 (0xb740d000) execve(/usr/sbin/named, [named, -g], [/* 19 vars */]) = 0 brk(0) = 0xb824d000 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7eba000 access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory) open(/etc/ld.so.cache, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=117845, ...}) = 0 mmap2(NULL, 117845, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7e9d000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/usr/lib/liblwres.so.50, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240(\0\0004\0\0\0(..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=70928, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE,
Bug#540973: Bug 540973 not fixed !
Stéphane, What keeps you from reopening the bug with more information? You know me too messages are quite useless and on my main server doesn't really bring any useful info for hunting down this bug. Same as your rant below. What about adding at least what reportbug adds to its bugreports: - your architecture - version of bind and related libraries (like that GeoIP library), you can just run reportbug on bind9 and libdns50 (which really depends on libgeopip1) John, could you please add libdns50 version and dependencies to the bug report, please? Again you can just add reportbug Also maybe objdump -T on libGeoIP.so.1 could be helpful, mine does include needed symbol, does yours? # objdump -T libGeoIP.so.1.4.6 | grep GeoIP_country_name_by_ipnum_v6 51d0 gDF .text 0050 BaseGeoIP_country_name_by_ipnum_v6 Ondrej. 2009/8/22 Stéphane Dupont steph.el...@gmail.com: Why is this bug still marked as fixed ? It isn't ! (See Message #32 et #37) Thanks, Stephane Dupont. -- Ondřej Surý ond...@sury.org http://blog.rfc1925.org/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540973: Bug 540973 not fixed !
Hi Ondřej, 2009/8/23 Ondřej Surý ond...@sury.org John, could you please add libdns50 version and dependencies to the bug report, please? Again you can just add reportbug The original bug report _is_ from reportbug. Here's the libdns50 line: ii libdns50 1:9.6.1.dfsg.P1-1 DNS Shared Library used by BIND Do you mean you'd like to get a reportbug libdns50 instead of a reportbug bind9? Also maybe objdump -T on libGeoIP.so.1 could be helpful, mine does include needed symbol, does yours? # objdump -T libGeoIP.so.1.4.6 | grep GeoIP_country_name_by_ipnum_v6 51d0 gDF .text 0050 Base GeoIP_country_name_by_ipnum_v6 My lib also contains the symbol, I have no idea why it is not found by the other libs: yoda:~# objdump -T /usr/lib/libGeoIP.so.1.4.6 | grep GeoIP_country_name_by_ipnum_v6 5190 gDF .text 0050 BaseGeoIP_country_name_by_ipnum_v6 I haven't rebooted the machine (for obvious reasons), maybe there's some other process that's keeping and older version of the lib in shared memory with the same version/signature as the new lib? Any tools to check that? The problem does indeed seem to persist as more ppl are reporting it, and for each person who reports it there's usually at least 10 or 100 that don't bother. Maybe it only happens on 32bit systems. Cheers, jd
Bug#540973: Bug 540973 not fixed !
On Mon, Aug 24, 2009 at 01:33, John D. Rowellj...@eyb.com.br wrote: Hi Ondřej, 2009/8/23 Ondřej Surý ond...@sury.org John, could you please add libdns50 version and dependencies to the bug report, please? Again you can just add reportbug The original bug report _is_ from reportbug. Here's the libdns50 line: ii libdns50 1:9.6.1.dfsg.P1-1 DNS Shared Library used by BIND Do you mean you'd like to get a reportbug libdns50 instead of a reportbug bind9? Yep, I meant that. Sorry for not being clear. reportbug doesn't do recursive dependencies, and the link failure is between libdns.so.50 and libGeoIP.so.1. So it would be better to know what version of libgeoip1 have you installed. Also maybe objdump -T on libGeoIP.so.1 could be helpful, mine does include needed symbol, does yours? # objdump -T libGeoIP.so.1.4.6 | grep GeoIP_country_name_by_ipnum_v6 51d0 g DF .text 0050 Base GeoIP_country_name_by_ipnum_v6 My lib also contains the symbol, I have no idea why it is not found by the other libs: yoda:~# objdump -T /usr/lib/libGeoIP.so.1.4.6 | grep GeoIP_country_name_by_ipnum_v6 5190 g DF .text 0050 Base GeoIP_country_name_by_ipnum_v6 I haven't rebooted the machine (for obvious reasons), maybe there's some other process that's keeping and older version of the lib in shared memory with the same version/signature as the new lib? Any tools to check that? lsof /usr/lib/libGeoIP.so.1 or lsof /usr/lib/libGeoIP.so.1.4.6 Also you can try: lsof +L1 (which lists unlinked, but still used files) The problem does indeed seem to persist as more ppl are reporting it, and for each person who reports it there's usually at least 10 or 100 that don't bother. Maybe it only happens on 32bit systems. Nope, my 32-bit as well as 64-bit chroot runs named just fine. But I am using unstable pbuilder chroots. so something maybe rotten in testing. Are you able to test again on your box? Could you do: # ldd /usr/lib/libdns.so.50 and # ldd /usr/sbin/named when it's not working? Also maybe running strace named -g could give us some hints. And finally does manually updating libgeoip1 to latest version from unstable help? Ondrej -- Ondřej Surý ond...@sury.org http://blog.rfc1925.org/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540973: Bug 540973 not fixed !
Why is this bug still marked as fixed ? It isn't ! (See Message #32 et #37) Thanks, Stephane Dupont.