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 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Nico Kadel-Garcia
2007-Oct-28 11:41 UTC
Re: [Xen-users] xen 3.1.1 with centos5 (/lib/tls error)
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 GuptaWell, 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. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Alan Murrell
2007-Oct-28 17:21 UTC
Re: [Xen-users] xen 3.1.1 with centos5 (/lib/tls error)
Hi there. On Sunday 28 October 2007 03:23:53 Anand Gupta wrote:> 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 ?Did you rename /lib/tls in both the host *and* the guest? It needs to be done in both places. HTH, -Alan Murrell _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
On 10/28/07, Alan Murrell <lists@murrell.ca> wrote:> > Hi there. > > On Sunday 28 October 2007 03:23:53 Anand Gupta wrote: > > 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 ? > > Did you rename /lib/tls in both the host *and* the guest? It needs to be > done > in both places. >Thanks for the reply. Yes i did rename them both in host and guest, still the message persists. -- regards, Anand Gupta _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
On 10/28/07, Nico Kadel-Garcia <nkadel@gmail.com> 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. -- regards, Anand Gupta _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Nico Kadel-Garcia
2007-Oct-29 11:02 UTC
Re: [Xen-users] xen 3.1.1 with centos5 (/lib/tls error)
Anand Gupta wrote:> > > On 10/28/07, *Nico Kadel-Garcia* <nkadel@gmail.com > <mailto:nkadel@gmail.com>> 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@lists.xensource.com http://lists.xensource.com/xen-users
On 10/29/07, Nico Kadel-Garcia <nkadel@gmail.com> wrote:> > > 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.I know its not. And as i mentioned i have already renamed the directory in dom0 and in domU. 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. >I am not using RHEL''s xen kernel, the kernel was compiled and i have xen 3.1.1 being used. -- regards, Anand Gupta _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Where are you getting 3.1.1 from? Its still 3.1.0 in the downloads? From: xen-users-bounces@lists.xensource.com [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of Anand Gupta Sent: 30 October 2007 21:25 To: Nico Kadel-Garcia Cc: Xen Users Subject: Re: [Xen-users] xen 3.1.1 with centos5 (/lib/tls error) On 10/29/07, Nico Kadel-Garcia <nkadel@gmail.com> wrote:> 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. I know its not. And as i mentioned i have already renamed the directory in dom0 and in domU. 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. I am not using RHEL''s xen kernel, the kernel was compiled and i have xen 3.1.1 being used. -- regards, Anand Gupta _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Nico Kadel-Garcia
2007-Oct-30 21:53 UTC
Re: [Xen-users] xen 3.1.1 with centos5 (/lib/tls error)
Anand Gupta wrote:> > > On 10/29/07, *Nico Kadel-Garcia* <nkadel@gmail.com > <mailto:nkadel@gmail.com>> wrote: > > > 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. > > > I know its not. And as i mentioned i have already renamed the > directory in dom0 and in domU. > > 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. > > > I am not using RHEL''s xen kernel, the kernel was compiled and i have > xen 3.1.1 being used.Right. It''s not the CentOS kernel. You''re re-compiling from tarballs, right?RedHat adds a whole stack of interesting fixes and workarounds in their RPM''s that are *not* in Xensource''s kernels, either in the source or in their RPM''s, and it''s unsurprising that RedHat''s vir-manager tool uses them in ways not well integrated to a manual 3.1.1 installation. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
On 10/31/07, Ian Tobin <itobin@tidyhosts.com> wrote:> > Where are you getting 3.1.1 from? Its still 3.1.0 in the downloads? >Using mercurial repository, and right now i am compiling 3.1.2 rc1. Make sure to have mercurial installed, and then run hg clone http://xenbits.xensource.com/xen-3.1-testing.hg The above repository now will download 3.1.2rc1. -- regards, Anand Gupta _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Is there no one on the list who can help out in this ? OR who has worked in the same environment ? -- regards, Anand Gupta _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Anand, I had a similar setup (CentOS 5 + Xen 3.1.x manually compiled) and the same problem with the /lib/tls message on startup. After examining complicated solutions, I realzied that I created the initrd *before* disabling the /lib/tls folder: this means that the initrd (from which Xen is booting) still contained the offending library (it''s needed by modprobe and a bunch of other commands in the init process). I simply rebuilt the initrd, reboot the machine and the message faded away :clap:. Hope this helps, M. Anand Gupta wrote:> > Is there no one on the list who can help out in this ? OR who has worked > in > the same environment ? > > -- > regards, > > Anand Gupta > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users >-- View this message in context: http://www.nabble.com/xen-3.1.1-with-centos5-%28-lib-tls-error%29-tf4706409.html#a13675267 Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users