Re: glibc 2.7-3 MIGRATED to testing causes system to stop starting new programs
Hello glibc maintainers, I managed to reboot the VPS in repair mode. I see a lot of messages like in /var/log/syslog (example from dovecot, but others programs give errors too): Dec 8 21:18:28 foobar dovecot: child 21837 (login) returned error 127 Dec 8 21:19:28 foobar dovecot: imap-login: imap-login: error while loading shared libraries: /lib/libc.so.6: file too short I manually installed glibc 2.7-4 (libc6_2.7-4_i386.deb) and will reboot after the backup is finished. Is there anything else I can check to find out what happened? On Sun, Dec 09, 2007 at 01:08:17AM +0100, Aurelien Jarno wrote: I guess you are using a RedHat kernel version 2.6.9-5.ELsmp. This kernel is unsupported due to broken RedHat specific patches. Please ask your VPS provider for an upgrade to a non RedHat kernel or a more recent RedHat kernel. Is there a way to find out the kernel name/type of the VPS host system. My 'uname -a' gives: Linux foobar 2.6.9-023stab043.1-smp #1 SMP Mon Mar 5 16:38:22 MSK 2007 i686 GNU/Linux Regards, Pieter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#413934: minicom crashes if LANG=de_DE.UTF-8 is set - with LANG=POSIX it works fine
Processing commands for [EMAIL PROTECTED]: reassign 413934 libc6 Bug#413934: minicom crashes if LANG=de_DE.UTF-8 is set - with LANG=POSIX it works fine Bug#423017: internal_utf8_loop_single: Assertion Bug reassigned from package `minicom' to `libc6'. 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]
r2740 - in glibc-package/trunk/debian: . rules.d
Author: aurel32 Date: 2007-12-09 10:46:22 + (Sun, 09 Dec 2007) New Revision: 2740 Modified: glibc-package/trunk/debian/rules glibc-package/trunk/debian/rules.d/build.mk Log: Further fixes for BUILD_CXX/CXX Modified: glibc-package/trunk/debian/rules === --- glibc-package/trunk/debian/rules2007-12-08 23:38:16 UTC (rev 2739) +++ glibc-package/trunk/debian/rules2007-12-09 10:46:22 UTC (rev 2740) @@ -91,7 +91,7 @@ sbindir=$(prefix)/sbin BUILD_CC = gcc-4.2 -CXX = g++-4.2 +BUILD_CXX = g++-4.2 RUN_TESTSUITE = yes Modified: glibc-package/trunk/debian/rules.d/build.mk === --- glibc-package/trunk/debian/rules.d/build.mk 2007-12-08 23:38:16 UTC (rev 2739) +++ glibc-package/trunk/debian/rules.d/build.mk 2007-12-09 10:46:22 UTC (rev 2740) @@ -26,6 +26,7 @@ echo CC = $(call xx,CC)$(DEB_BUILDDIR)/configparms echo CXX = $(call xx,CXX) $(DEB_BUILDDIR)/configparms echo BUILD_CC = $(BUILD_CC)$(DEB_BUILDDIR)/configparms + echo BUILD_CXX = $(BUILD_CXX) $(DEB_BUILDDIR)/configparms echo CFLAGS = $(HOST_CFLAGS) $(DEB_BUILDDIR)/configparms echo BUILD_CFLAGS = $(BUILD_CFLAGS)$(DEB_BUILDDIR)/configparms echo BASH := /bin/bash $(DEB_BUILDDIR)/configparms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: glibc 2.7-3 MIGRATED to testing causes system to stop starting new programs
On Sun, Dec 09, 2007 at 09:28:06AM +, PieterB wrote: Hello glibc maintainers, I managed to reboot the VPS in repair mode. I see a lot of messages like in /var/log/syslog (example from dovecot, but others programs give errors too): Dec 8 21:18:28 foobar dovecot: child 21837 (login) returned error 127 Dec 8 21:19:28 foobar dovecot: imap-login: imap-login: error while loading shared libraries: /lib/libc.so.6: file too short I manually installed glibc 2.7-4 (libc6_2.7-4_i386.deb) and will reboot after the backup is finished. No that won't work you have to go back to a 2.6 one. Is there anything else I can check to find out what happened? The kernel you run on has a custom redhat patch that conflicts with the new O_CLOEXEC feature. Either they change the kernel, or you keep a pre 2.6. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpTR43m7OBbS.pgp Description: PGP signature
Re: tzdata 2007i
This one time, at band camp, José Ildefonso Camargo Tolosa said: Hi! Is there a chance that you include tzdata 2007i. I live in Venezuela, and on Sunday, December 9, we will have a new hour (dumb government ideas). Anyway, I saw that the new tz data is in tzdata 2007i. That seems reasonable to me. Ccing the tzdata maintainers on this reply. Thanks, -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#454638: I have experienced the exact same phenonenon
I have a VPS system provided by the service tektonic.net. I have experienced the exact same phenomenon as described by the original poster. # uname -a Linux 2.6.9-023stab044.11-smp #1 SMP Sat Sep 29 13:36:25 MSD 2007 i686 GNU/Linux #
Bug#454638: I have experienced the exact same phenonenon
Steve W. a écrit : I have a VPS system provided by the service tektonic.net http://tektonic.net. I have experienced the exact same phenomenon as described by the original poster. # uname -a Linux 2.6.9-023stab044.11-smp #1 SMP Sat Sep 29 13:36:25 MSD 2007 i686 GNU/Linux # Then the same solutions applies: either upgrade your kernel or stay with glibc 2.6. We doesn't support broken kernels. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: tzdata 2007i
On Sun, Dec 09, 2007 at 12:08:10PM +, Stephen Gran wrote: This one time, at band camp, José Ildefonso Camargo Tolosa said: Is there a chance that you include tzdata 2007i. I live in Venezuela, and on Sunday, December 9, we will have a new hour (dumb government ideas). Anyway, I saw that the new tz data is in tzdata 2007i. That seems reasonable to me. Ccing the tzdata maintainers on this reply. Actually, 2007j is the one to use. 2007i is about 3 weeks incorrect. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454638: Virtuozzo relevant to this bug?
I was told by my provider that Virtuozzo uses a RHEL 4 based kernel which is 2.6.9. So does this mean than any Debian VPS running under Virtuozzo will face this bug?
Bug#454638: Virtuozzo relevant to this bug?
Steve W. a écrit : I was told by my provider that Virtuozzo uses a RHEL 4 based kernel which is 2.6.9. So does this mean than any Debian VPS running under Virtuozzo will face this bug? It will break any kernel that uses the broken TUX enhancement patch. If the only kernel available on Virtuozzo is a RHEL 4 kernel, any user trying to use a glibc 2.7 (whatever distribution, including RedHat) will face the problem. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: tzdata 2007i
On Sun, Dec 09, 2007 at 12:08:10PM +, Stephen Gran wrote: This one time, at band camp, José Ildefonso Camargo Tolosa said: Is there a chance that you include tzdata 2007i. I live in Venezuela, and on Sunday, December 9, we will have a new hour (dumb government ideas). Anyway, I saw that the new tz data is in tzdata 2007i. That seems reasonable to me. Ccing the tzdata maintainers on this reply. Actually, 2007j is the one to use. 2007i is about 3 weeks incorrect. Yep, you are righ, it is 2007j, sorry. Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
Re: glibc 2.7-3 MIGRATED to testing causes system to stop starting new programs
On Sun, Dec 09, 2007 at 01:03:01PM +0100, Pierre Habouzit wrote: I manually installed glibc 2.7-4 (libc6_2.7-4_i386.deb) and will reboot after the backup is finished. No that won't work you have to go back to a 2.6 one. I'm restoring a backup. When everything is fixed I'll update my Debian 4.0 testing distribution when my VPS host kernel is compatible with glibc 2.7-4 or later. Is there anything else I can check to find out what happened? The kernel you run on has a custom redhat patch that conflicts with the new O_CLOEXEC feature. Either they change the kernel, or you keep a pre 2.6. I assume you mean pre 2.7 (being 2.6). According to https://lwn.net/Articles/236843/ the O_CLOEXEC flag appeared in kernel 2.6.23. I called my VPS provider (Strato), and according to the tech guy they use Debian as host OS. I logged a service request to be sure. My 'uname -a' lists: Linux foobar 2.6.9-023stab043.1-smp #1 SMP Mon Mar 5 16:38:22 MSK 2007 i686 GNU/Linux Can anybody help me find the kernel patch I should ask to be installed (I doubt they do that in short time with a big hosting company like Strato). Can anybody tell me how I can make sure my system doesn't get crashed the next time I do 'apt-get upgrade'? Or should the new patch in glibc-4 prevent problems automatically? Regards, Pieter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: glibc 2.7-3 MIGRATED to testing causes system to stop starting new programs
On Sun, Dec 09, 2007 at 06:28:52PM +, PieterB wrote: On Sun, Dec 09, 2007 at 01:03:01PM +0100, Pierre Habouzit wrote: I manually installed glibc 2.7-4 (libc6_2.7-4_i386.deb) and will reboot after the backup is finished. No that won't work you have to go back to a 2.6 one. I'm restoring a backup. When everything is fixed I'll update my Debian 4.0 testing distribution when my VPS host kernel is compatible with glibc 2.7-4 or later. Is there anything else I can check to find out what happened? The kernel you run on has a custom redhat patch that conflicts with the new O_CLOEXEC feature. Either they change the kernel, or you keep a pre 2.6. I assume you mean pre 2.7 (being 2.6). According to Yean I meant pre 2.6 inclusive actually ;) Can anybody help me find the kernel patch I should ask to be installed (I doubt they do that in short time with a big hosting company like Strato). actually it's a patch to remove (it's called the TUX patch afaict). Can anybody tell me how I can make sure my system doesn't get crashed the next time I do 'apt-get upgrade'? Or should the new patch in glibc-4 prevent problems automatically? hold the glibc. aptitude know how to do that, probably aptitude hold libc6. pgpjihA2PeA1O.pgp Description: PGP signature
Re: tzdata 2007i
This one time, at band camp, Clint Adams said: On Sun, Dec 09, 2007 at 12:08:10PM +, Stephen Gran wrote: This one time, at band camp, José Ildefonso Camargo Tolosa said: Is there a chance that you include tzdata 2007i. I live in Venezuela, and on Sunday, December 9, we will have a new hour (dumb government ideas). Anyway, I saw that the new tz data is in tzdata 2007i. That seems reasonable to me. Ccing the tzdata maintainers on this reply. Actually, 2007j is the one to use. 2007i is about 3 weeks incorrect. Would you (the plural you, the glibc maintainers) be willing to prepare an upload to volatile for this issue, and send a patch to this list? Thanks very much, -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Re: tzdata 2007i
Stephen Gran a écrit : This one time, at band camp, Clint Adams said: On Sun, Dec 09, 2007 at 12:08:10PM +, Stephen Gran wrote: This one time, at band camp, José Ildefonso Camargo Tolosa said: Is there a chance that you include tzdata 2007i. I live in Venezuela, and on Sunday, December 9, we will have a new hour (dumb government ideas). Anyway, I saw that the new tz data is in tzdata 2007i. That seems reasonable to me. Ccing the tzdata maintainers on this reply. Actually, 2007j is the one to use. 2007i is about 3 weeks incorrect. Would you (the plural you, the glibc maintainers) be willing to prepare an upload to volatile for this issue, and send a patch to this list? I will do that tomorrow, unless somebody else does it before. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
More on additional glibc test to prevent Debian on Redhat+TUX VPS users to get in troubles when upgrading to glibc 2.7-3.
Can anybody help me find the kernel patch I should ask to be installed (I doubt they do that in short time with a big hosting company like Strato). actually it's a patch to remove (it's called the TUX patch afaict). I found a broader description of it at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=454638 I now understand that the problem is caused by the non-standard RHEL kernel my VPS-provider (Strato) uses. Debian maintainers blame the (non-standard) Redhat+TUX kernel. Redhat blames the use of a non-standard TUX patch. The VPS software people who used this kernel (probably Virtuozzo) should fix this permanently by not using the TUX patch, or creating another fix. I agree with Comment #5 from John Salmon at the Redhat glibc tracker at http://sourceware.org/bugzilla/show_bug.cgi?id=5227#c5 in which he states: I see no reason to ignore a straightforward test, modeled after the other tests in dirent/, that passes when glibc is working correctly and that fails on some systems which happen to be unsupported? The test code for finding failing on a non-standard kernel host system, can be found in the Redhat bug tracker. I hope Debian maintainers can re-open Bug#454638 and create a test that prevents these problems, so that others don't have to run into these nasty issues like I did. Please promote the additional test to the testing distribution. My problems began after [2007-12-05] when glibc 2.7-3 was MIGRATED to testing. I'll hold libc6 upgrades in my Debian testing distribution next time I'll upgrade my VPS. I first need to wait until my restore is done. I didn't expect a restore of a big VPS hosting company to take up to 24 hours. Regards, Pieter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: More on additional glibc test to prevent Debian on Redhat+TUX VPS users to get in troubles when upgrading to glibc 2.7-3.
PieterB a écrit : Can anybody help me find the kernel patch I should ask to be installed (I doubt they do that in short time with a big hosting company like Strato). actually it's a patch to remove (it's called the TUX patch afaict). I found a broader description of it at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=454638 I now understand that the problem is caused by the non-standard RHEL kernel my VPS-provider (Strato) uses. Debian maintainers blame the (non-standard) Redhat+TUX kernel. Redhat blames the use of a non-standard TUX patch. The VPS software people who used this kernel (probably Virtuozzo) should fix this permanently by not using the TUX patch, or creating another fix. I agree with Comment #5 from John Salmon at the Redhat glibc tracker at http://sourceware.org/bugzilla/show_bug.cgi?id=5227#c5 in which he states: I see no reason to ignore a straightforward test, modeled after the other tests in dirent/, that passes when glibc is working correctly and that fails on some systems which happen to be unsupported? This patch only concerns the build time testsuite. It can probably be used at installation time, but that's mean adding some complexity to the already complex preinst script. It also means spending some time for that, and I am personally not ready to spend time to write a patch for highly non-standard kernels. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
