[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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


  • To: Anand Gupta <xen.mails@xxxxxxxxx>
  • 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
  • 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=
  • List-id: Xen user discussion <xen-users.lists.xensource.com>

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
    bootup.
    > 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.
EMPTY IS NOT THE SAME THING AS ABSENT!!!!

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
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.