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

Re: [Xen-users] /lib/tls glibc libraries error

On Tue, Jan 4, 2011 at 11:37 AM, mike <mikecbe@xxxxxxxxxxxxxx> wrote:

I have uploaded the slackware12.1 image to the Xen server. It is working fine but while check the cat /var/log/syslog getting below warning.

 Ââ Â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: init (pid=1) **

I have installed it then sysvinit, mdadm packages, but still getting same warning.

If they supprt x86_64, the easiest way is to use x86_64 OS version instead of i686.

Distros that officially support xen (like RHEL/Centos5) has a workaround for that by bundling xen-friendly glibc by default and having this file, which is part of kernel-xen rpm:

# cat /etc/ld.so.conf.d/kernelcap-2.6.18-194.el5.conf
# This directive teaches ldconfig to search in nosegneg subdirectories
# and cache the DSOs there with extra bit 0 set in their hwcap match
# fields. ÂIn Xen guest kernels, the vDSO tells the dynamic linker to
# search in nosegneg subdirectories and to match this extra hwcap bit
# in the ld.so.cache file.
hwcap 0 nosegneg

You might try searching if Slackware has a corresponding xen kernel or glibc and use that. If not, try creating the file manually, run Â"ldconfig", and recreate your initrd. If that still doesn't work, use 64bit OS.

Xen-users mailing list



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