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] /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
<Prev in Thread] Current Thread [Next in Thread>