Package: libc6-xen Version: 2.7-18 Severity: normal Hello,
this bug report is about improving libc6's "I'm under Xen" - detection. The situation "OpenVZ guest below Xen domU as OpenVZ host" should be detected, and libc6-xen should be used in this situation. This has been working fine under Etch, but fails to work in a mixed Etch host / Lenny guest environment. Here are the details: I rent a Xen domU guest from some hosting company. That Xen guest is running a kernel supplied by myself, from some package ovzkernel-xen_2.6.18-54.1_i386.deb, 32 bit. I did not get that kernel from any official Debian source. I think I originally obtained it from http://download.openvz.org/debian/ , but I'm not absoultely sure. If so, the kernel is no longer available there. Privately, I still have that .deb archive I originally used to install the kernel. That Xen guest runs Debian Etch, with libc6-xen version 2.3.6.ds1-13etch9+b1, and shows no problems. I use that Etch installation as an OpenVZ host. So virtualization on top of virtualization, Xen guest = OpenVZ host. (Roughly, the Xen virtualization is for economics, the OpenVZ virtualization is for security. It's been working out very nicely for me thus far.) Most of my OpenVZ guest instances also run under Debian Etch at this point in time, again with no problems. I want to update this entire setup to Lenny. For my first stab at that, I upgraded just one OpenVZ guest to Lenny. This is guest 156. I have, of course, been installing the new libc6-xen version 2.7-18 in 156. As far as visible from within, the OpenVZ guest seems to be running fine. But one level below, at the OpenVZ host machine, I keep seeing log messages ... kernel: 4gb seg fixup, process ... (pid ...), cs:ip ... I interpret this as Xen is complaining that the libc6-xen is not being used, but the plain vanilla libc6 is. Checking the process ids, I found that the processes that use the wrong libc6 always belong to the Lenny VZ guest 156. Shutting down 156 makes the problem disappear. (But, obviously, the services 156 is intended to provide also disappear). I doublechecked with "ls -u", and indeed, 156 is using the wrong version of libc. The correct ones have not been read for several weeks: vzhost:/var/lib/vz/private/156/lib# ls -ltu i686/nosegneg/libc*so libc*so -rwxr-xr-x 1 root root 1294572 2009-03-04 10:43 libc-2.7.so -rw-r--r-- 1 root root 38296 2009-03-04 10:39 libcrypt-2.7.so -rwxr-xr-x 1 root root 1425828 2009-02-20 14:11 i686/nosegneg/libc-2.7.so -rw-r--r-- 1 root root 185816 2009-02-20 14:11 i686/nosegneg/libcidn-2.7.so -rw-r--r-- 1 root root 38296 2009-02-20 14:11 i686/nosegneg/libcrypt-2.7.so -rw-r--r-- 1 root root 185816 2009-02-20 14:11 libcidn-2.7.so This problem does not occur with the Etch libc6-xen version. For comparison, my Etch VZ guest 153 has that version, and it is being used. On that machine, it is the plain vanilla libc version that has not been read for several weeks: vzhost:/var/lib/vz/private/153/lib# ls -ltu libc*so tls/i686/cmov/libc*so -rw-r--r-- 1 root root 1253680 2009-03-04 11:18 tls/i686/cmov/libc-2.3.6.so -rw-r--r-- 1 root root 21868 2009-03-04 10:58 tls/i686/cmov/libcrypt-2.3.6.so -rwxr-xr-x 1 root root 1147548 2009-02-11 22:51 libc-2.3.6.so -rw-r--r-- 1 root root 181684 2009-02-11 22:51 libcidn-2.3.6.so -rw-r--r-- 1 root root 21868 2009-02-11 22:51 libcrypt-2.3.6.so -rw-r--r-- 1 root root 185780 2009-02-11 22:51 tls/i686/cmov/libcidn-2.3.6.so Regards, and thank you for providing fine software, Andreas The following information is about 156: -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-53.1.19.el5.028stab053.14xen (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages libc6-xen depends on: ii libc6 2.7-18 GNU C Library: Shared libraries libc6-xen recommends no packages. libc6-xen suggests no packages. -- no debconf information -- Dr. Andreas Krüger, Berater, DV-RATIO NORDWEST GmbH andreas.krue...@dv-ratio.com GPG/PGP Fingerprint 8063 4A9B 362D 4220 A546 14C1 EA19 AADC FD44 5EB7 DV-RATIO NORDWEST GmbH Tel: +49 (0)211 / 577 996-0 Fax: +49 (0)211 / 559 1617 http://www.dv-ratio.com <http://www.dv-ratio.com> Sitz der Gesellschaft Habsburgerstraße 12, 40547 Düsseldorf Registergericht Düsseldorf HRB 34330 USt-IdNr.: DE811321837 Steuer-Nr.: 809/44031 Geschäftsführung: Günter Gerstmann Prokura: Trudbert Vetter, Uwe Wolfram 25 Jahre DV-RATIO "ein Vierteljahrhundert Zuverlässigkeit"
signature.asc
Description: OpenPGP digital signature