Re: [Xen-users] XEN : Getting Error: (22, 'Invalid argument') on starting guest domain.

["Anand Gupta" <xen.mails@xxxxxxxxx>]

Here are all files in /etc/ld.so.conf.d/, i don't see any reference to /lib/tls.

> more /etc/ld.so.conf.d/*
> ::::::::::::::
> /etc/ld.so.conf.d/kernelcap-2.6.18-8.1.14.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
> ::::::::::::::
> /etc/ld.so.conf.d/kernelcap-2.6.18-8.1.15.el5.centos.plus.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
> ::::::::::::::
> /etc/ld.so.conf.d/mysql-i386.conf
> ::::::::::::::
> /usr/lib/mysql
> ::::::::::::::
> /etc/ld.so.conf.d/qt-i386.conf
> ::::::::::::::
> /usr/lib/qt-
> 3.3/lib
I looked at that thread, however not clear on how i can compile it. Are there are more detailed howto or something which i can refer ?

Also we are not installing compiled xen 3.1.1 on top of centos xen packages. I had specifically removed all centos xen packages, and then installed xen 
3.1.1. Inside dom0, i have no issues, only the domU is giving the /lib/tls error.

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

Anand Gupta wrote:
> Good for you. It surely looks like the xen packages from centos/rhel 5
> are screwed up badly. I have been having tons of problems myself.
>
> Can you check one thing ? Try to run a domU as centos5 itself i.e.
> create a new domU running on centos5 and see if you get any problems
> inside the domU ? I am facing 2 issues with it, first one is  an error
> about /lib/tls and second is about a character set issue.
>
> Let me know how successful you are.
They're not screwed up badly: they are a distinct release. If you do a
tarball, or mercurial, installation of the latest source and compile and
install it *on top* of your existing Xen infrastructure, do not be
surprised if they do not integrate well. This is particularly true now
that the RHEL 5/CentOS 5 release is version 3.0.3, and you're
leapfrogging forward to version 3.1.1 which is not evern tarball
released yet. Seriously, you've put yourself in the position of a
bleeding edge developer by doing this, and these are exactly the sort of
version compatibility issues you can expect.

The /lib/tls issue seems to be one of the kernel used for the DomU, and
the presence (or lack of it) of the /etc/ld.so.conf.d hook present in
RHEL's kernel-xen packages. I've mentioned previously that this can be
over-ridden by hand-building a modified glibc, as described at
http://lists.centos.org/pipermail/centos-devel/2005-December/002016.html .

If you want to integrate Xen into an RPM based infrastructure,
especially RedHat's which is somewhat different from Xensource's RPM's
and correctly builds documentation, installs it, and uses grubby to
insert new Xen kernels in /etc/grub.conf, you're going to have to build
RPM's, possibly based on RedHat's. In fact, I bet the CentOS crew would
be delighted to have such work in order to put it in the Centosplus
repository, much as they used to publish more up-to-date versions of
MySQL and PHP there for CentOS 4.x.

-- 
regards,

Anand Gupta
_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users