This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


Re: [Xen-users] xen 3.1.1 with centos5 (/lib/tls error)

To: Anand Gupta <xen.mails@xxxxxxxxx>
Subject: Re: [Xen-users] xen 3.1.1 with centos5 (/lib/tls error)
From: Nico Kadel-Garcia <nkadel@xxxxxxxxx>
Date: Mon, 29 Oct 2007 11:02:45 +0000
Cc: Xen Users <Xen-users@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Mon, 29 Oct 2007 04:02:18 -0700
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=QvTZ8s7iYyattJpvcGAaxtfIAe7iDF36PHB6l/35L4w=; b=qNgi7oE6Wni3jpsdPOvp+URp50hEVply+NeMWXQ9C5qqgXhaHKFm7gKEUEvOGqqycWpRR5M5Yv7z9XAoC775iaX7nF8VblnnAxeDrF5A/TSNyzoRAj3LapOZF56P4sHc4bJjeI4LceEC1GMiBv1c0pW1TDBi24hlNcfqn1q5oVI=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=gpI4fLuMiLocVMO2RMHVauEtQXcE/7bRBFNHwbpJaXwyxQHXrEYQgoaKdoGhpICLCj8oAaLxPBAQagXMt7yS7Bq+XDrt1MJ1pyUIrH1lLi09JiXF38KaDP5F/BRyTGJlz2vSdTTl85X/CyicgSb8j0cvE49jviW4J1rOnIUBJcc=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <acb757c00710290308t43cf5c47l4e8e08f658cd806@xxxxxxxxxxxxxx>
List-help: <mailto:xen-users-request@lists.xensource.com?subject=help>
List-id: Xen user discussion <xen-users.lists.xensource.com>
List-post: <mailto:xen-users@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=unsubscribe>
References: <acb757c00710280323l7b52feb7l8b3c06b0dbd96926@xxxxxxxxxxxxxx> <47247550.9090109@xxxxxxxxx> <acb757c00710290308t43cf5c47l4e8e08f658cd806@xxxxxxxxxxxxxx>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Thunderbird (Windows/20070809)
Anand Gupta wrote:

On 10/28/07, *Nico Kadel-Garcia* <nkadel@xxxxxxxxx <mailto:nkadel@xxxxxxxxx>> wrote:

    Anand Gupta wrote:
    > Hi,
    > I am using xen 3.1.1 on centos5, and getting the below message
    inside domU
    >   ***************************************************************
    >   ***************************************************************
    >   ** WARNING: Currently emulating unsupported memory accesses  **
    >   **          in /lib/tls glibc libraries. The emulation is    **
    >   **          slow. To ensure full performance you should      **
    >   **          install a 'xen-friendly' (nosegneg) version of   **
    >   **          the library, or disable tls support by executing **
    >   **          the following as root:                           **
    >   **          mv /lib/tls /lib/tls.disabled                    **
    >   ** Offending process: modprobe (pid=907)                     **
    >   ***************************************************************
    >   ***************************************************************
    > I have however checked and the /lib/tls is already renamed as
    > /lib/tls.disabled, however the above message pops up on every
    > Is there any other way to get rid of this ?
    > dom0 : Centos 5
    > domU : Centos 5
    > xen 3.1.1 : hand compiled (not using centos5 xen packages)
    > --
    > regards,
    > Anand Gupta
    Well, you could recompile glibc with the TLS support turned off. And
    make sure that your /etc/ld.so.conf.d/ did not get oddnesses done, or
    some LD_* variables don't make things look in /lib/tls.disabled,
    although that seems unlikely.

Hmm... that would be ok as well, however similar situation has never arised with versions prior to centos 5. I have numerous servers running centos 4.5, and none of them have similar problems. Atleast by renaming the tls directory it should stop giving the error.

P.S. : The directory /lib/tls is empty, so it actually shouldn't make any difference at all.

Sorry, but it's really not.

In RHEL's published Xen kernels, they drop a little entry in /etc/ld.so.conf.d that keeps ldconfig from loading up /lib/tls with that kernel. Do an "rpm -qlp" kernel-xen-[whatver]" on your old kernels to confirm this.

The directly Xen supplied and compiled kernels do not have this little feature, nor do they correctly use "grubby" to update the grub.conf.

Xen-users mailing list