[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: Tue, 30 Oct 2007 21:53:57 +0000
  • Cc: Xen Users <Xen-users@xxxxxxxxxxxxxxxxxxx>
  • Delivery-date: Tue, 30 Oct 2007 14:53:30 -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=qcFsLQrRbC1yahuaQn9zM7VLL/babfi3Y7/g1D3xv7wKRqKPC5do5x4AeWPJBpLtM6nptyKpV6IZ7O/pitFMPGUG6yOBchJDywPuxoq5er/0shnO5WxIhGHR9qiJPJ2OmANLTlAUeYCcnxzdjC1n2ByyULJlfpm9Iex89Ag0B28=
  • List-id: Xen user discussion <xen-users.lists.xensource.com>

Anand Gupta wrote:

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

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

    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



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