rpmbuild environment issues for xen guest?

[Joe Orton]

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=208059

This report has an x86_64 Xen guest where _libdir is expanding to 
/usr/lib; perhaps /etc/rpm/platform needs to be set up by the Xen 
guest-creating scripts?  Is this a known issue?

Paul, if you do:

echo x86_64-redhat-linux > /etc/rpm/platform

does that fix the problem?

joe

[Paul Wouters]

On Tue, 26 Sep 2006, Joe Orton wrote:
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=208059
>
> This report has an x86_64 Xen guest where _libdir is expanding to
> /usr/lib; perhaps /etc/rpm/platform needs to be set up by the Xen
> guest-creating scripts?  Is this a known issue?
>
> Paul, if you do:
>
> echo x86_64-redhat-linux > /etc/rpm/platform
>
> does that fix the problem?

Hmm.

# more /etc/rpm/platform
ia32e-redhat-linux

# echo x86_64-redhat-linux > /etc/rpm/platform

# rpmbuild -bb /usr/src/redhat/SPECS/mod_auth_radius.spec

[...]

+ install -p .libs/mod_auth_radius-2.0.so /var/tmp/mod_auth_radius-1.5.7-1-root-root//usr/lib64/httpd/modules/

It did! Thank you!

I do notice that the xen0 has ia32e-redhat-linux as well, though it did not
seem to suffer from this problem when building rpms - it used /usr/lib64 fine.

Can you tell me more about this?

Paul

xm vnet-list is not supported

[Matt]

Hello,

I have an example xen domain running however I want to add virtual networks (
ip networks )

When I run: xm vnet-list

It says: Error: method "xend_vnets" is not supported

Does this mean I need a xen binary with this support? If so what is the RPM
package name?

regards,
matt

xm vnet-list is not supported

[Daniel P. Berrange]

On Tue, Sep 26, 2006 at 09:48:08AM -0700, Matt wrote:
> Hello,
>
> I have an example xen domain running however I want to add virtual networks (
> ip networks )
>
> When I run: xm vnet-list
>
> It says: Error: method "xend_vnets" is not supported
>
> Does this mean I need a xen binary with this support? If so what is the RPM
> package name?

No, this means that the 'xm' client is trying to invoke a method in xend
which does not exist. Looking at the mercurial changelogs upstream Xen
development removed the xend_vnets method back in March 2006

$ hg log -r 5c9c44fc1c39
changeset:   9403:5c9c44fc1c39
parent:      9401:2c77d26871f7
user:        [e-mail]
date:        Thu Mar 23 11:25:37 2006 +0100
summary:     Use XML-RPC as a transport for Xend instead of S-Expression/HTTP.

$ hg log --patch -r 5c9c44fc1c39 | grep --after 2 xend_vnets
-    def xend_vnets(self):
-        return self.xendGet(self.vneturl())
-

I don't see any obvious way to fix this, so it'll have to be reported bck
to upstream Xen developers for resolution.

Dan.

[Joe Orton]

On Tue, Sep 26, 2006 at 05:12:15PM +0200, Paul Wouters wrote:
> On Tue, 26 Sep 2006, Joe Orton wrote:
> > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=208059
> >
> > This report has an x86_64 Xen guest where _libdir is expanding to
> > /usr/lib; perhaps /etc/rpm/platform needs to be set up by the Xen
> > guest-creating scripts?  Is this a known issue?
> >
> > Paul, if you do:
> >
> > echo x86_64-redhat-linux > /etc/rpm/platform
> >
> > does that fix the problem?
>
> Hmm.
>
> # more /etc/rpm/platform
> ia32e-redhat-linux

Scary! I think this file is created by anaconda.  So if it's wrong in 
your xen0 and just gets copied as-is to the guests, there is probably 
something very wrong elsewhere.  (I don't claim to understand how or why 
this file is used or needed by rpmbuild, sorry)

joe

[Daniel P. Berrange]

On Wed, Sep 27, 2006 at 11:15:48AM +0100, Joe Orton wrote:
> On Tue, Sep 26, 2006 at 05:12:15PM +0200, Paul Wouters wrote:
> > On Tue, 26 Sep 2006, Joe Orton wrote:
> > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=208059
> > >
> > > This report has an x86_64 Xen guest where _libdir is expanding to
> > > /usr/lib; perhaps /etc/rpm/platform needs to be set up by the Xen
> > > guest-creating scripts?  Is this a known issue?
> > >
> > > Paul, if you do:
> > >
> > > echo x86_64-redhat-linux > /etc/rpm/platform
> > >
> > > does that fix the problem?
> >
> > Hmm.
> >
> > # more /etc/rpm/platform
> > ia32e-redhat-linux
>
> Scary! I think this file is created by anaconda.  So if it's wrong in 
> your xen0 and just gets copied as-is to the guests, there is probably 
> something very wrong elsewhere.  (I don't claim to understand how or why 
> this file is used or needed by rpmbuild, sorry)

Yes, this is created by anaconda - it is, however, corect - ia32a is
the canonical architecture for Intel's x86_64 CPUs. The problem is
that the basic RPM / rpmbuild macros for some reason don't treat it
as a 64-bit arch - redhat-rpm-config fixes it for reasons I don't
understand, so I re-assigned it to rpm.

Dan.