Bug#321712: libc6: relocation error: /lib/tls/i686/cmov/libnss_dns.so.2: symbol __res_maybe_init, version GLIBC_PRIVATE
merge 321712 321796 thanks Hi! I saw the same error of #321796 (message error and Apache dying before), so I am merging both bugs. And one day after starting Apache I am not seeing errors anymore. I have to say that I am a little ignorant at this area, but isn't strange the needing to stop a program and start it again, after a libc upgrade? Thank you Regards, Nelson A. de Oliveira -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#321712: libc6: relocation error: /lib/tls/i686/cmov/libnss_dns.so.2: symbol __res_maybe_init, version GLIBC_PRIVATE
Processing commands for [EMAIL PROTECTED]: > merge 321712 321796 Bug#321712: libc6: relocation error: /lib/tls/i686/cmov/libnss_dns.so.2: symbol __res_maybe_init, version GLIBC_PRIVATE Bug#321796: libc6 errors with libphp4.so after recent libc6 update Merged 321712 321796. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#321712: libc6: relocation error: /lib/tls/i686/cmov/libnss_dns.so.2: symbol __res_maybe_init, version GLIBC_PRIVATE
On Mon, Aug 08, 2005 at 11:04:23PM +0900, GOTO Masanori wrote: > I misleaded you - I just meant "we don't need to consider the version > mismatch between libc6-i686 and libc6 from glibc 2.3.5-2". Ah, I see! Thanks. > > we need to restart nss-using applications between these two > > versions. > > Does this problem already identify the culprit (thus nss), and is > restaring services all ok? In my opinion, yes, but I haven't tested it. -- Daniel Jacobowitz CodeSourcery, LLC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#321712: libc6: relocation error: /lib/tls/i686/cmov/libnss_dns.so.2: symbol __res_maybe_init, version GLIBC_PRIVATE
At Mon, 8 Aug 2005 09:47:48 -0400, Daniel Jacobowitz wrote: > On Mon, Aug 08, 2005 at 10:46:40PM +0900, GOTO Masanori wrote: > > At Sun, 7 Aug 2005 10:43:43 -0400, > > Daniel Jacobowitz wrote: > > > Are libc6-i686 and libc6 the same version? Have they been upgraded > > > since you last restarted apache? > > > > Note that during glibc 2.3.5-2, I add this check code. If version > > number between libc6-i686 and libc6 are not matched, the post/pre > > scripts automatically create /etc/ld.so.nohwcap. You can see this > > inconsistency at /etc/ld.so.hwcappkgs. > > I think that's not the problem here - I misleaded you - I just meant "we don't need to consider the version mismatch between libc6-i686 and libc6 from glibc 2.3.5-2". > we need to restart nss-using applications between these two > versions. Does this problem already identify the culprit (thus nss), and is restaring services all ok? Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#321712: libc6: relocation error: /lib/tls/i686/cmov/libnss_dns.so.2: symbol __res_maybe_init, version GLIBC_PRIVATE
At Sun, 7 Aug 2005 10:43:43 -0400, Daniel Jacobowitz wrote: > Are libc6-i686 and libc6 the same version? Have they been upgraded > since you last restarted apache? Note that during glibc 2.3.5-2, I add this check code. If version number between libc6-i686 and libc6 are not matched, the post/pre scripts automatically create /etc/ld.so.nohwcap. You can see this inconsistency at /etc/ld.so.hwcappkgs. Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#321712: libc6: relocation error: /lib/tls/i686/cmov/libnss_dns.so.2: symbol __res_maybe_init, version GLIBC_PRIVATE
On Mon, Aug 08, 2005 at 10:46:40PM +0900, GOTO Masanori wrote: > At Sun, 7 Aug 2005 10:43:43 -0400, > Daniel Jacobowitz wrote: > > Are libc6-i686 and libc6 the same version? Have they been upgraded > > since you last restarted apache? > > Note that during glibc 2.3.5-2, I add this check code. If version > number between libc6-i686 and libc6 are not matched, the post/pre > scripts automatically create /etc/ld.so.nohwcap. You can see this > inconsistency at /etc/ld.so.hwcappkgs. I think that's not the problem here - we need to restart nss-using applications between these two versions. -- Daniel Jacobowitz CodeSourcery, LLC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#321712: libc6: relocation error: /lib/tls/i686/cmov/libnss_dns.so.2: symbol __res_maybe_init, version GLIBC_PRIVATE
On Sun, Aug 07, 2005 at 01:29:19PM -0300, Nelson A. de Oliveira wrote: > They are both version 2.3.5-3 > Recently I have upgraded from version 2.3.2.ds1-22 as soon as 2.3.5 hit > unstable. > > I just upgraded libc6 and didn't restart Apache after upgrade. > Should I restart? > > Taking a look at the error log now, I have found another message: > > Cannot load /usr/lib/apache/1.3/libphp4.so into server: > /lib/tls/i686/cmov/libresolv.so.2: symbol __res_maybe_init, version > GLIBC_PRIVATE not defined in file libc.so.6 with link time reference Please let us know if restarting apache fixes the problem. -- Daniel Jacobowitz CodeSourcery, LLC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#321712: libc6: relocation error: /lib/tls/i686/cmov/libnss_dns.so.2: symbol __res_maybe_init, version GLIBC_PRIVATE
On Sun, 7 Aug 2005, Daniel Jacobowitz wrote: > On Sun, Aug 07, 2005 at 01:29:19PM -0300, Nelson A. de Oliveira wrote: > > They are both version 2.3.5-3 > > Recently I have upgraded from version 2.3.2.ds1-22 as soon as 2.3.5 hit > > unstable. > > > > I just upgraded libc6 and didn't restart Apache after upgrade. > > Should I restart? > > > > Taking a look at the error log now, I have found another message: > > > > Cannot load /usr/lib/apache/1.3/libphp4.so into server: > > /lib/tls/i686/cmov/libresolv.so.2: symbol __res_maybe_init, version > > GLIBC_PRIVATE not defined in file libc.so.6 with link time reference > > Please let us know if restarting apache fixes the problem. Restarted. I will wait some days to see if something happens. If there are no more errors (or if they continue to happen), I will contact you again. Thanks Nelson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#321712: libc6: relocation error: /lib/tls/i686/cmov/libnss_dns.so.2: symbol __res_maybe_init, version GLIBC_PRIVATE
Hi! On Sun, 7 Aug 2005, Daniel Jacobowitz wrote: > > I was taking a look at my Apache error's log and I found this: > > > > /usr/sbin/apache: relocation error: /lib/tls/i686/cmov/libnss_dns.so.2: > > symbol __res_maybe_init, version GLIBC_PRIVATE not defined in file > > libc.so.6 with link time reference > > > > Bug #321561 has a similar error message, but as disccused there, the > > errors are on packages pam_ldap and pam_krb5. > > > > I don't know if my specific error is applyed to Apache or to libc6 (so > > sorry if I am filling this bug against libc6 and not Apache). > > > > I have installed the package libc6-i686 too, if this helps. > > Are libc6-i686 and libc6 the same version? Have they been upgraded > since you last restarted apache? They are both version 2.3.5-3 Recently I have upgraded from version 2.3.2.ds1-22 as soon as 2.3.5 hit unstable. I just upgraded libc6 and didn't restart Apache after upgrade. Should I restart? Taking a look at the error log now, I have found another message: Cannot load /usr/lib/apache/1.3/libphp4.so into server: /lib/tls/i686/cmov/libresolv.so.2: symbol __res_maybe_init, version GLIBC_PRIVATE not defined in file libc.so.6 with link time reference Thank you Nelson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#321712: libc6: relocation error: /lib/tls/i686/cmov/libnss_dns.so.2: symbol __res_maybe_init, version GLIBC_PRIVATE
On Sun, Aug 07, 2005 at 03:59:09AM -0300, Nelson A. de Oliveira wrote: > Package: libc6 > Version: 2.3.5-3 > Severity: important > > > Hi! > > I was taking a look at my Apache error's log and I found this: > > /usr/sbin/apache: relocation error: /lib/tls/i686/cmov/libnss_dns.so.2: > symbol __res_maybe_init, version GLIBC_PRIVATE not defined in file > libc.so.6 with link time reference > > Bug #321561 has a similar error message, but as disccused there, the > errors are on packages pam_ldap and pam_krb5. > > I don't know if my specific error is applyed to Apache or to libc6 (so > sorry if I am filling this bug against libc6 and not Apache). > > I have installed the package libc6-i686 too, if this helps. Are libc6-i686 and libc6 the same version? Have they been upgraded since you last restarted apache? -- Daniel Jacobowitz CodeSourcery, LLC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#321712: libc6: relocation error: /lib/tls/i686/cmov/libnss_dns.so.2: symbol __res_maybe_init, version GLIBC_PRIVATE
Package: libc6 Version: 2.3.5-3 Severity: important Hi! I was taking a look at my Apache error's log and I found this: /usr/sbin/apache: relocation error: /lib/tls/i686/cmov/libnss_dns.so.2: symbol __res_maybe_init, version GLIBC_PRIVATE not defined in file libc.so.6 with link time reference Bug #321561 has a similar error message, but as disccused there, the errors are on packages pam_ldap and pam_krb5. I don't know if my specific error is applyed to Apache or to libc6 (so sorry if I am filling this bug against libc6 and not Apache). I have installed the package libc6-i686 too, if this helps. Thank you Nelson -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-rc6-mm1 Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1) (ignored: LC_ALL set to pt_BR) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]