9:58 a.m.
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
10:12 a.m.
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
11:48 a.m.
New subject: xm vnet-list is not supported
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
12:13 p.m.
New subject: xm vnet-list is not supported
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: anthony(a)rhesis.austin.ibm.com
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.
--
|=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=|
|=- Perl modules: http://search.cpan.org/~danberr/ -=|
|=- Projects: http://freshmeat.net/~danielpb/ -=|
|=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=|
5:15 a.m.
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
7:13 a.m.
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.
--
|=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=|
|=- Perl modules: http://search.cpan.org/~danberr/ -=|
|=- Projects: http://freshmeat.net/~danielpb/ -=|
|=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=|
6430
days inactive
6431
days old
5 comments
4 participants
participants (4)
-
Daniel P. Berrange -
Joe Orton -
Matt -
Paul Wouters