Michael DeHaan wrote:
> I'm finding that RHEL 2 (last dot release) does not seem to have a
> virtual NIC of the type that Anaconda can discover.
>
> Has anyone tested EL2, and if so, should I be sending something extra
> down to python virtinst for that?
>
> --Michael
>

Actually I just committed some work to virtinst that may help solve
this issue.

Try running qemu-kvm manually and testing out the -nic models. Try
'qemu-kvm -hda /any/old/file -net nic,model=?' to see a list of the
available ones. See if you can find a model that works, and we can
trivially put it in the virtinst os database. So if someone in
the future tries

virt-install --os-type linux --os-variant rhel2.1 --blah ...

We can automatically set the correct network model.

Also, if you already have a rhel2.1 libvirt vm that isn't
working, check out /var/log/libvirt/qemu/{vmname}.log to
see what the qemu-kvm command line libvirt is generating,
so you can just swap out the model, rather than trying to
recreate the whole qemu-kvm cl from scratch.

- Cole

_______________________________________________
et-mgmt-tools mailing list
et-mgmt-tools@redhat.com
https://www.redhat.com/mailman/listinfo/et-mgmt-tools

Cole Robinson wrote:

Michael DeHaan wrote:

I'm finding that RHEL 2 (last dot release) does not seem to have a
virtual NIC of the type that Anaconda can discover.


Has anyone tested EL2, and if so, should I be sending something extra
down to python virtinst for that?


--Michael




Actually I just committed some work to virtinst that may help solve
this issue.

Try running qemu-kvm manually and testing out the -nic models. Try
'qemu-kvm -hda /any/old/file -net nic,model=?' to see a list of the
available ones. See if you can find a model that works, and we can
trivially put it in the virtinst os database. So if someone in
the future tries

virt-install --os-type linux --os-variant rhel2.1 --blah ...

We can automatically set the correct network model.

Also, if you already have a rhel2.1 libvirt vm that isn't
working, check out /var/log/libvirt/qemu/{vmname}.log to
see what the qemu-kvm command line libvirt is generating,
so you can just swap out the model, rather than trying to
recreate the whole qemu-kvm cl from scratch.

- Cole



Will do. (and this is something I'd like to see backported if possible.)

I'm not sure how much RHEL 2 is out there, but I'd rather it be running
virtually than non-virtually. I'm guessing Xen works fine though and
that is what most folks would be using now (probably would have heard of
it otherwise).


--Michael

_______________________________________________
et-mgmt-tools mailing list
et-mgmt-tools@redhat.com
https://www.redhat.com/mailman/listinfo/et-mgmt-tools

Michael DeHaan wrote:

Cole Robinson wrote:

Michael DeHaan wrote:
I'm finding that RHEL 2 (last dot release) does not seem to have a
virtual NIC of the type that Anaconda can discover.


Has anyone tested EL2, and if so, should I be sending something
extra down to python virtinst for that?


--Michael



Actually I just committed some work to virtinst that may help solve
this issue.

Try running qemu-kvm manually and testing out the -nic models. Try
'qemu-kvm -hda /any/old/file -net nic,model=?' to see a list of the
available ones. See if you can find a model that works, and we can
trivially put it in the virtinst os database. So if someone in
the future tries

virt-install --os-type linux --os-variant rhel2.1 --blah ...

We can automatically set the correct network model.

Also, if you already have a rhel2.1 libvirt vm that isn't
working, check out /var/log/libvirt/qemu/{vmname}.log to
see what the qemu-kvm command line libvirt is generating,
so you can just swap out the model, rather than trying to
recreate the whole qemu-kvm cl from scratch.

- Cole


Will do. (and this is something I'd like to see backported if possible.)

I'm not sure how much RHEL 2 is out there, but I'd rather it be
running virtually than non-virtually. I'm guessing Xen works fine
though and that is what most folks would be using now (probably would
have heard of it otherwise).


--Michael

_______________________________________________
et-mgmt-tools mailing list
et-mgmt-tools@redhat.com
https://www.redhat.com/mailman/listinfo/et-mgmt-tools


Strike that backport bit, no qemu in RHEL. It's all good. Will test and
get back with that...



_______________________________________________
et-mgmt-tools mailing list
et-mgmt-tools@redhat.com
https://www.redhat.com/mailman/listinfo/et-mgmt-tools

Fri Aug 15 01:30:03 2008
Return-path: <ubuntu-users-bounces@lists.ubuntu.com>
Envelope-to: tom@linux-archive.org
Delivery-date: Fri, 15 Aug 2008 01:14:17 +0300
Received: from chlorine.canonical.com ([91.189.94.204])
by s2.java-tips.org with esmtp (Exim 4.69)
(envelope-from <ubuntu-users-bounces@lists.ubuntu.com>)
id 1KTl5F-0007k5-AO
for tom@linux-archive.org; Fri, 15 Aug 2008 01:14:17 +0300
Received: from localhost ([127.0.0.1] helo=chlorine.canonical.com)
by chlorine.canonical.com with esmtp (Exim 4.60)
(envelope-from <ubuntu-users-bounces@lists.ubuntu.com>)
id 1KTl3z-0005oT-5y; Thu, 14 Aug 2008 23:12:59 +0100
Received: from yx-out-1718.google.com ([74.125.44.154])
by chlorine.canonical.com with esmtp (Exim 4.60)
(envelope-from <qrczakmk@gmail.com>) id 1KTl3v-0005oL-Vo
for ubuntu-users@lists.ubuntu.com; Thu, 14 Aug 2008 23:12:56 +0100
Received: by yx-out-1718.google.com with SMTP id 4so510207yxp.44
for <ubuntu-users@lists.ubuntu.com>;
Thu, 14 Aug 2008 15:12:55 -0700 (PDT)
Received: by 10.114.26.18 with SMTP id 18mr1938797waz.162.1218751974081;
Thu, 14 Aug 2008 15:12:54 -0700 (PDT)
Received: by 10.115.94.9 with HTTP; Thu, 14 Aug 2008 15:12:54 -0700 (PDT)
Message-ID: <3f4107910808141512sf255918qeb2238931a64f065@mail. gmail.com>
Date: Fri, 15 Aug 2008 00:12:54 +0200
From: "=?UTF-8?Q?Marcin_=E2=80=98Qrczak=E2=80=99_Kowalczyk?="
<qrczak@knm.org.pl>
To: "Ubuntu user technical support,
not for general discussions" <ubuntu-users@lists.ubuntu.com>
Subject: Re: no cube and unable to rename desktops
In-Reply-To: <02cf01c8fe59$18f9fd00$427d5647@Precision670>
MIME-Version: 1.0
Content-Disposition: inline
References: <02cf01c8fe59$18f9fd00$427d5647@Precision670>
X-Google-Sender-Auth: c858f78b9a63f185
X-BeenThere: ubuntu-users@lists.ubuntu.com
X-Mailman-Version: 2.1.8
Precedence: list
Reply-To: "Ubuntu user technical support,
not for general discussions" <ubuntu-users@lists.ubuntu.com>
List-Id: "Ubuntu user technical support,
not for general discussions" <ubuntu-users.lists.ubuntu.com>
List-Unsubscribe: <https://lists.ubuntu.com/mailman/listinfo/ubuntu-users>,
<mailto:ubuntu-users-request@lists.ubuntu.com?subject=unsubscribe>
List-Archive: <https://lists.ubuntu.com/archives/ubuntu-users>
List-Post: <mailto:ubuntu-users@lists.ubuntu.com>
List-Help: <mailto:ubuntu-users-request@lists.ubuntu.com?subject=help>
List-Subscribe: <https://lists.ubuntu.com/mailman/listinfo/ubuntu-users>,
<mailto:ubuntu-users-request@lists.ubuntu.com?subject=subscribe>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Sender: ubuntu-users-bounces@lists.ubuntu.com
Errors-To: ubuntu-users-bounces@lists.ubuntu.com

MjAwOC84LzE1IEJpbGwgV2FsdG9uIDxiaWxsLndhbHRvbkBjaG FydGVyLm5ldD46Cgo+IEknbSBy
dW5uaW5nIDguMC40LCA2NCBiaXQuICBJJ3ZlIGVuYWJsZWQgU3 lzdGVtIC0+IEFwcGVhcmFuY2Vz
IC0+IFZpc3VhbAo+IEVmZmVjdHMgLT4gRXh0cmEuICBJIGdldC B3b2JibHkgd2luZG93cywgYnV0
IG5vIGN1YmUuCgpJbnN0YWxsIGNvbXBpemNvbmZpZy1zZXR0aW 5ncy1tYW5hZ2VyLiBJdCB3aWxs
IGFwcGVhciBhdCBTeXN0ZW0g4oaSClByZWZlcmVuY2VzIOKGki BBZHZhbmNlZCBEZXNrdG9wIEVm
ZmVjdHMgU2V0dGluZ3MuCgotLSAKTWFyY2luIEtvd2FsY3p5aw pxcmN6YWtAa25tLm9yZy5wbApo
dHRwOi8vcXJuaWsua25tLm9yZy5wbC9+cXJjemFrLwotLSAKdW J1bnR1LXVzZXJzIG1haWxpbmcg
bGlzdAp1YnVudHUtdXNlcnNAbGlzdHMudWJ1bnR1LmNvbQpNb2 RpZnkgc2V0dGluZ3Mgb3IgdW5z
dWJzY3JpYmUgYXQ6IGh0dHBzOi8vbGlzdHMudWJ1bnR1LmNvbS 9tYWlsbWFuL2xpc3RpbmZvL3Vi
dW50dS11c2Vycwo=

On Thu, Aug 14, 2008 at 05:32:00PM -0400, Michael DeHaan wrote:
> I'm finding that RHEL 2 (last dot release) does not seem to have a
> virtual NIC of the type that Anaconda can discover.
>
> Has anyone tested EL2, and if so, should I be sending something extra
> down to python virtinst for that?

I have tested RHL 6.2 in KVM and found the same problem and a few
others:

http://marc.info/?l=kvm&m=121483789832440&w=2

Doubt it's worth changing virt-install to fix this though.

Rich.

--
Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones
virt-df lists disk usage of guests without needing to install any
software inside the virtual machine. Supports Linux and Windows.
http://et.redhat.com/~rjones/virt-df/

_______________________________________________
et-mgmt-tools mailing list
et-mgmt-tools@redhat.com
https://www.redhat.com/mailman/listinfo/et-mgmt-tools

Michael DeHaan wrote:
> Strike that backport bit, no qemu in RHEL. It's all good. Will test
> and get back with that...
>

It is still relevant actually: xen uses a forked qemu for device
emulation for
FV guests, and the network device model can be selected (see
/etc/xen/xmexample.hvm, search for 'model'). The libvirt support for
this isn't
in 5.2, but it isn't impossible that we could end up backporting or
rebasing it in.

- Cole

_______________________________________________
et-mgmt-tools mailing list
et-mgmt-tools@redhat.com
https://www.redhat.com/mailman/listinfo/et-mgmt-tools