12:25 p.m.
A few weeks back I started a discussion about my issues with
IP/Netmask not being set on networks that weren't enabled for VM use.
The bug is here, https://bugzilla.redhat.com/show_bug.cgi?id=834205.
I've since upgrade to latest ovirt / vdsm and while the issue seems to
be resolved it's now failing in a different way. Looking at the logs
, it looks like the correct parameters are being passed to vdsm but
the ifcfg-eth* is still left with no IPADDR or NETMASK values.
Attached are logs from when Assigning a Static IP to both eth0 /
ovirtmgmt and eth1/stor0.
CentOS 6.3 on the Engine host with the following versions
ovirt-engine-cli-3.1.0.2-1alpha.el6.noarch
ovirt-engine-webadmin-portal-3.1.0-3.16.el6.noarch
ovirt-engine-notification-service-3.1.0-3.16.el6.noarch
ovirt-iso-uploader-3.1.0-16.el6.noarch
ovirt-engine-sdk-3.1.0.1-1alpha.el6.noarch
ovirt-engine-restapi-3.1.0-3.16.el6.noarch
ovirt-engine-backend-3.1.0-3.16.el6.noarch
ovirt-engine-userportal-3.1.0-3.16.el6.noarch
ovirt-engine-tools-common-3.1.0-3.16.el6.noarch
ovirt-engine-dbscripts-3.1.0-3.16.el6.noarch
ovirt-engine-3.1.0-3.16.el6.noarch
ovirt-log-collector-3.1.0-16.el6.noarch
ovirt-engine-jbossas711-1-0.x86_64
ovirt-engine-setup-3.1.0-3.16.el6.noarch
ovirt-engine-config-3.1.0-3.16.el6.noarch
ovirt-engine-genericapi-3.1.0-3.16.el6.noarch
ovirt-image-uploader-3.1.0-16.el6.noarch
CentOS 6.3 on the Node with the following versions
vdsm-xmlrpc-4.10.0-0.42.12.el6.noarch
vdsm-python-4.10.0-0.42.12.el6.x86_64
vdsm-cli-4.10.0-0.42.12.el6.noarch
vdsm-hook-simpleqemu-0.1-1.el6.noarch
vdsm-4.10.0-0.42.12.el6.x86_64
After performing the change in the web interface, this is ifcfg-eth1
(missing IPADDR and NETMASK)
# cat ifcfg-eth1
DEVICE=eth1
ONBOOT=yes
BOOTPROTO=none
HWADDR=00:25:90:4c:91:bf
NM_CONTROLLED=no
MTU=9000
I've also run into an issue where in the web interface, the ovirtmgmt
network always reverts back to DHCP as the boot protocol. The ifcfg
on node will reflect the correct setting after I change to static, but
if I go to re-edit the entry, it's back on DHCP.
Thanks
- Trey
2:44 a.m.
This is a multi-part message in MIME format.
--------------090605030100060609000904
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
On 08/09/2012 01:25 AM, Trey Dockendorf wrote:
A few weeks back I started a discussion about my issues with
IP/Netmask not being set on networks that weren't enabled for VM use.
The bug is here, https://bugzilla.redhat.com/show_bug.cgi?id=834205.
I've since upgrade to latest ovirt / vdsm and while the issue seems to
be resolved it's now failing in a different way. Looking at the logs
, it looks like the correct parameters are being passed to vdsm but
the ifcfg-eth* is still left with no IPADDR or NETMASK values.
Attached are logs from when Assigning a Static IP to both eth0 /
ovirtmgmt and eth1/stor0.
CentOS 6.3 on the Engine host with the following versions
ovirt-engine-cli-3.1.0.2-1alpha.el6.noarch
ovirt-engine-webadmin-portal-3.1.0-3.16.el6.noarch
ovirt-engine-notification-service-3.1.0-3.16.el6.noarch
ovirt-iso-uploader-3.1.0-16.el6.noarch
ovirt-engine-sdk-3.1.0.1-1alpha.el6.noarch
ovirt-engine-restapi-3.1.0-3.16.el6.noarch
ovirt-engine-backend-3.1.0-3.16.el6.noarch
ovirt-engine-userportal-3.1.0-3.16.el6.noarch
ovirt-engine-tools-common-3.1.0-3.16.el6.noarch
ovirt-engine-dbscripts-3.1.0-3.16.el6.noarch
ovirt-engine-3.1.0-3.16.el6.noarch
ovirt-log-collector-3.1.0-16.el6.noarch
ovirt-engine-jbossas711-1-0.x86_64
ovirt-engine-setup-3.1.0-3.16.el6.noarch
ovirt-engine-config-3.1.0-3.16.el6.noarch
ovirt-engine-genericapi-3.1.0-3.16.el6.noarch
ovirt-image-uploader-3.1.0-16.el6.noarch
CentOS 6.3 on the Node with the following versions
vdsm-xmlrpc-4.10.0-0.42.12.el6.noarch
vdsm-python-4.10.0-0.42.12.el6.x86_64
vdsm-cli-4.10.0-0.42.12.el6.noarch
vdsm-hook-simpleqemu-0.1-1.el6.noarch
vdsm-4.10.0-0.42.12.el6.x86_64
After performing the change in the web interface, this is ifcfg-eth1
(missing IPADDR and NETMASK)
# cat ifcfg-eth1
DEVICE=eth1
ONBOOT=yes
BOOTPROTO=none
HWADDR=00:25:90:4c:91:bf
NM_CONTROLLED=no
MTU=9000
I can reproduce this problem with vdsm-4.10.0-6.fc17.x86_64.
It turns out the fix for bz834205 is not backported to oVirt 3.1 branch.
Igor, do you think it should be backported?
I've also run into an issue where in the web interface, the
ovirtmgmt
network always reverts back to DHCP as the boot protocol. The ifcfg
on node will reflect the correct setting after I change to static, but
if I go to re-edit the entry, it's back on DHCP.
I hit this problem before, and
filed a bug for it:
https://bugzilla.redhat.com/show_bug.cgi?id=838816
Thanks
- Trey
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--------------090605030100060609000904
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
On 08/09/2012 01:25 AM, Trey Dockendorf wrote:
<blockquote
cite="mid:CAN0oX1Y7iTuW_MX_0JTSA1dDjnh4+MDjh=j29Wx-xXw1RBNENA@mail.gmail.com"
type="cite">
<pre wrap="">A few weeks back I started a discussion about my issues
with
IP/Netmask not being set on networks that weren't enabled for VM use.
The bug is here, <a class="moz-txt-link-freetext"
href="https://bugzilla.redhat.com/show_bug.cgi?id=834205">ht...;.
I've since upgrade to latest ovirt / vdsm and while the issue seems to
be resolved it's now failing in a different way. Looking at the logs
, it looks like the correct parameters are being passed to vdsm but
the ifcfg-eth* is still left with no IPADDR or NETMASK values.
Attached are logs from when Assigning a Static IP to both eth0 /
ovirtmgmt and eth1/stor0.
CentOS 6.3 on the Engine host with the following versions
ovirt-engine-cli-3.1.0.2-1alpha.el6.noarch
ovirt-engine-webadmin-portal-3.1.0-3.16.el6.noarch
ovirt-engine-notification-service-3.1.0-3.16.el6.noarch
ovirt-iso-uploader-3.1.0-16.el6.noarch
ovirt-engine-sdk-3.1.0.1-1alpha.el6.noarch
ovirt-engine-restapi-3.1.0-3.16.el6.noarch
ovirt-engine-backend-3.1.0-3.16.el6.noarch
ovirt-engine-userportal-3.1.0-3.16.el6.noarch
ovirt-engine-tools-common-3.1.0-3.16.el6.noarch
ovirt-engine-dbscripts-3.1.0-3.16.el6.noarch
ovirt-engine-3.1.0-3.16.el6.noarch
ovirt-log-collector-3.1.0-16.el6.noarch
ovirt-engine-jbossas711-1-0.x86_64
ovirt-engine-setup-3.1.0-3.16.el6.noarch
ovirt-engine-config-3.1.0-3.16.el6.noarch
ovirt-engine-genericapi-3.1.0-3.16.el6.noarch
ovirt-image-uploader-3.1.0-16.el6.noarch
CentOS 6.3 on the Node with the following versions
vdsm-xmlrpc-4.10.0-0.42.12.el6.noarch
vdsm-python-4.10.0-0.42.12.el6.x86_64
vdsm-cli-4.10.0-0.42.12.el6.noarch
vdsm-hook-simpleqemu-0.1-1.el6.noarch
vdsm-4.10.0-0.42.12.el6.x86_64
After performing the change in the web interface, this is ifcfg-eth1
(missing IPADDR and NETMASK)
# cat ifcfg-eth1
DEVICE=eth1
ONBOOT=yes
BOOTPROTO=none
HWADDR=00:25:90:4c:91:bf
NM_CONTROLLED=no
MTU=9000
</pre>
</blockquote>
I can reproduce this problem with vdsm-4.10.0-6.fc17.x86_64. <br>
It turns out the fix for bz834205 is not backported to oVirt 3.1
branch. <br>
Igor, do you think it should be backported?<br>
<blockquote
cite="mid:CAN0oX1Y7iTuW_MX_0JTSA1dDjnh4+MDjh=j29Wx-xXw1RBNENA@mail.gmail.com"
type="cite">
<pre wrap="">
I've also run into an issue where in the web interface, the ovirtmgmt
network always reverts back to DHCP as the boot protocol. The ifcfg
on node will reflect the correct setting after I change to static, but
if I go to re-edit the entry, it's back on DHCP.</pre>
</blockquote>
I hit this problem before, and filed a bug for it:<br>
<a
href="https://bugzilla.redhat.com/show_bug.cgi?id=838816">ht...
<blockquote
cite="mid:CAN0oX1Y7iTuW_MX_0JTSA1dDjnh4+MDjh=j29Wx-xXw1RBNENA@mail.gmail.com"
type="cite">
<pre wrap="">
Thanks
- Trey
</pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Users mailing list
<a class="moz-txt-link-abbreviated"
href="mailto:Users@ovirt.org">Users@ovirt.org</a>
<a class="moz-txt-link-freetext"
href="http://lists.ovirt.org/mailman/listinfo/users">http://...
</pre>
</blockquote>
<br>
</body>
</html>
--------------090605030100060609000904--
3 a.m.
On 08/08/12 20:25, Trey Dockendorf wrote:
A few weeks back I started a discussion about my issues with
IP/Netmask not being set on networks that weren't enabled for VM use.
The bug is here, https://bugzilla.redhat.com/show_bug.cgi?id=834205.
I've since upgrade to latest ovirt / vdsm and while the issue seems to
be resolved it's now failing in a different way. Looking at the logs
, it looks like the correct parameters are being passed to vdsm but
the ifcfg-eth* is still left with no IPADDR or NETMASK values.
Hi Trey,
When you say latest ovirt/vdsm do you mean 3.1 release or build from source?
We had a few issues with non-vm network and we could not fix them
without changing vdsm-engine API.
The change could not be pushed to the formal upstream 3.1 release
because the fix came too late. This implies that the formal 3.1 release
does not support non-vm network.
The latest bits on the other hand already have the fix and should fully
support non-vm network. but this feature is disabled by default in the
engine until engine adds 3.2 cluster.
a simple work around is to change false to true in the db for supporting
non-vm network (this will only work if you have engine and vdsm latest
bits)
use the following SQL query for that -
"update vdc_options set option_value='true' where
option_name='SupportBridgesReportByVDSM' and version='3.1'"
Thanks, Livnat
Attached are logs from when Assigning a Static IP to both eth0 /
ovirtmgmt and eth1/stor0.
CentOS 6.3 on the Engine host with the following versions
ovirt-engine-cli-3.1.0.2-1alpha.el6.noarch
ovirt-engine-webadmin-portal-3.1.0-3.16.el6.noarch
ovirt-engine-notification-service-3.1.0-3.16.el6.noarch
ovirt-iso-uploader-3.1.0-16.el6.noarch
ovirt-engine-sdk-3.1.0.1-1alpha.el6.noarch
ovirt-engine-restapi-3.1.0-3.16.el6.noarch
ovirt-engine-backend-3.1.0-3.16.el6.noarch
ovirt-engine-userportal-3.1.0-3.16.el6.noarch
ovirt-engine-tools-common-3.1.0-3.16.el6.noarch
ovirt-engine-dbscripts-3.1.0-3.16.el6.noarch
ovirt-engine-3.1.0-3.16.el6.noarch
ovirt-log-collector-3.1.0-16.el6.noarch
ovirt-engine-jbossas711-1-0.x86_64
ovirt-engine-setup-3.1.0-3.16.el6.noarch
ovirt-engine-config-3.1.0-3.16.el6.noarch
ovirt-engine-genericapi-3.1.0-3.16.el6.noarch
ovirt-image-uploader-3.1.0-16.el6.noarch
CentOS 6.3 on the Node with the following versions
vdsm-xmlrpc-4.10.0-0.42.12.el6.noarch
vdsm-python-4.10.0-0.42.12.el6.x86_64
vdsm-cli-4.10.0-0.42.12.el6.noarch
vdsm-hook-simpleqemu-0.1-1.el6.noarch
vdsm-4.10.0-0.42.12.el6.x86_64
After performing the change in the web interface, this is ifcfg-eth1
(missing IPADDR and NETMASK)
# cat ifcfg-eth1
DEVICE=eth1
ONBOOT=yes
BOOTPROTO=none
HWADDR=00:25:90:4c:91:bf
NM_CONTROLLED=no
MTU=9000
I've also run into an issue where in the web interface, the ovirtmgmt
network always reverts back to DHCP as the boot protocol. The ifcfg
on node will reflect the correct setting after I change to static, but
if I go to re-edit the entry, it's back on DHCP.
Thanks
- Trey
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
3:19 a.m.
----- Original Message -----
From: "Mark Wu" <wudxw(a)linux.vnet.ibm.com>
To: "Trey Dockendorf" <treydock(a)gmail.com>
Cc: "users" <users(a)ovirt.org>, ilvovsky(a)redhat.com
Sent: Thursday, August 9, 2012 10:44:42 AM
Subject: Re: [Users] Issue setting IP information for Non-VM networks
On 08/09/2012 01:25 AM, Trey Dockendorf wrote:
A few weeks back I started a discussion about my issues with
IP/Netmask not being set on networks that weren't enabled for VM use.
The bug is here, https://bugzilla.redhat.com/show_bug.cgi?id=834205 .
I've since upgrade to latest ovirt / vdsm and while the issue seems
to
be resolved it's now failing in a different way. Looking at the logs
, it looks like the correct parameters are being passed to vdsm but
the ifcfg-eth* is still left with no IPADDR or NETMASK values.
Attached are logs from when Assigning a Static IP to both eth0 /
ovirtmgmt and eth1/stor0.
CentOS 6.3 on the Engine host with the following versions
ovirt-engine-cli-3.1.0.2-1alpha.el6.noarch
ovirt-engine-webadmin-portal-3.1.0-3.16.el6.noarch
ovirt-engine-notification-service-3.1.0-3.16.el6.noarch
ovirt-iso-uploader-3.1.0-16.el6.noarch
ovirt-engine-sdk-3.1.0.1-1alpha.el6.noarch
ovirt-engine-restapi-3.1.0-3.16.el6.noarch
ovirt-engine-backend-3.1.0-3.16.el6.noarch
ovirt-engine-userportal-3.1.0-3.16.el6.noarch
ovirt-engine-tools-common-3.1.0-3.16.el6.noarch
ovirt-engine-dbscripts-3.1.0-3.16.el6.noarch
ovirt-engine-3.1.0-3.16.el6.noarch
ovirt-log-collector-3.1.0-16.el6.noarch
ovirt-engine-jbossas711-1-0.x86_64
ovirt-engine-setup-3.1.0-3.16.el6.noarch
ovirt-engine-config-3.1.0-3.16.el6.noarch
ovirt-engine-genericapi-3.1.0-3.16.el6.noarch
ovirt-image-uploader-3.1.0-16.el6.noarch
CentOS 6.3 on the Node with the following versions
vdsm-xmlrpc-4.10.0-0.42.12.el6.noarch
vdsm-python-4.10.0-0.42.12.el6.x86_64
vdsm-cli-4.10.0-0.42.12.el6.noarch
vdsm-hook-simpleqemu-0.1-1.el6.noarch
vdsm-4.10.0-0.42.12.el6.x86_64
After performing the change in the web interface, this is ifcfg-eth1
(missing IPADDR and NETMASK)
# cat ifcfg-eth1
DEVICE=eth1
ONBOOT=yes
BOOTPROTO=none
HWADDR=00:25:90:4c:91:bf
NM_CONTROLLED=no
MTU=9000 I can reproduce this problem with vdsm-4.10.0-6.fc17.x86_64.
It turns out the fix for bz834205 is not backported to oVirt 3.1
branch.
Igor, do you think it should be backported?
Unfortunately, we are not support non-VM networks for oVirt 3.1 release
This is exactly a reason why we didn't backport it yet.
I've also run into an issue where in the web interface, the ovirtmgmt
network always reverts back to DHCP as the boot protocol. The ifcfg
on node will reflect the correct setting after I change to static,
but
if I go to re-edit the entry, it's back on DHCP. I hit this problem
before, and filed a bug for it:
https://bugzilla.redhat.com/show_bug.cgi?id=838816
Thanks
- Trey
_______________________________________________
Users mailing list Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
8:31 a.m.
On Thu, Aug 9, 2012 at 3:19 AM, Igor Lvovsky <ilvovsky(a)redhat.com> wrote:
----- Original Message -----
> From: "Mark Wu" <wudxw(a)linux.vnet.ibm.com>
> To: "Trey Dockendorf" <treydock(a)gmail.com>
> Cc: "users" <users(a)ovirt.org>, ilvovsky(a)redhat.com
> Sent: Thursday, August 9, 2012 10:44:42 AM
> Subject: Re: [Users] Issue setting IP information for Non-VM networks
>
> On 08/09/2012 01:25 AM, Trey Dockendorf wrote:
>
> A few weeks back I started a discussion about my issues with
> IP/Netmask not being set on networks that weren't enabled for VM use.
> The bug is here, https://bugzilla.redhat.com/show_bug.cgi?id=834205 .
>
> I've since upgrade to latest ovirt / vdsm and while the issue seems
> to
> be resolved it's now failing in a different way. Looking at the logs
> , it looks like the correct parameters are being passed to vdsm but
> the ifcfg-eth* is still left with no IPADDR or NETMASK values.
>
> Attached are logs from when Assigning a Static IP to both eth0 /
> ovirtmgmt and eth1/stor0.
>
> CentOS 6.3 on the Engine host with the following versions
> ovirt-engine-cli-3.1.0.2-1alpha.el6.noarch
> ovirt-engine-webadmin-portal-3.1.0-3.16.el6.noarch
> ovirt-engine-notification-service-3.1.0-3.16.el6.noarch
> ovirt-iso-uploader-3.1.0-16.el6.noarch
> ovirt-engine-sdk-3.1.0.1-1alpha.el6.noarch
> ovirt-engine-restapi-3.1.0-3.16.el6.noarch
> ovirt-engine-backend-3.1.0-3.16.el6.noarch
> ovirt-engine-userportal-3.1.0-3.16.el6.noarch
> ovirt-engine-tools-common-3.1.0-3.16.el6.noarch
> ovirt-engine-dbscripts-3.1.0-3.16.el6.noarch
> ovirt-engine-3.1.0-3.16.el6.noarch
> ovirt-log-collector-3.1.0-16.el6.noarch
> ovirt-engine-jbossas711-1-0.x86_64
> ovirt-engine-setup-3.1.0-3.16.el6.noarch
> ovirt-engine-config-3.1.0-3.16.el6.noarch
> ovirt-engine-genericapi-3.1.0-3.16.el6.noarch
> ovirt-image-uploader-3.1.0-16.el6.noarch
>
> CentOS 6.3 on the Node with the following versions
> vdsm-xmlrpc-4.10.0-0.42.12.el6.noarch
> vdsm-python-4.10.0-0.42.12.el6.x86_64
> vdsm-cli-4.10.0-0.42.12.el6.noarch
> vdsm-hook-simpleqemu-0.1-1.el6.noarch
> vdsm-4.10.0-0.42.12.el6.x86_64
>
> After performing the change in the web interface, this is ifcfg-eth1
> (missing IPADDR and NETMASK)
> # cat ifcfg-eth1
> DEVICE=eth1
> ONBOOT=yes
> BOOTPROTO=none
> HWADDR=00:25:90:4c:91:bf
> NM_CONTROLLED=no
> MTU=9000 I can reproduce this problem with vdsm-4.10.0-6.fc17.x86_64.
> It turns out the fix for bz834205 is not backported to oVirt 3.1
> branch.
> Igor, do you think it should be backported?
Unfortunately, we are not support non-VM networks for oVirt 3.1 release
This is exactly a reason why we didn't backport it yet.
>
>
> I've also run into an issue where in the web interface, the ovirtmgmt
> network always reverts back to DHCP as the boot protocol. The ifcfg
> on node will reflect the correct setting after I change to static,
> but
> if I go to re-edit the entry, it's back on DHCP. I hit this problem
> before, and filed a bug for it:
> https://bugzilla.redhat.com/show_bug.cgi?id=838816
>
> Thanks
> - Trey
>
> _______________________________________________
> Users mailing list Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
Thanks for the info. I guess for now the simple solution is to make
all logical networks VM capable.
The version latest was refering the latest in the Dreyou repo, which I
believe is at 3.1. I'm rebuilding the official 3.1 RPMs right now for
CentOS as I don't think they've made it to Dreyou yet.
Thanks
2:51 p.m.
On 09/08/2012, at 5:44 PM, Mark Wu wrote:
<snip>
> I've also run into an issue where in the web interface, the
ovirtmgmt
> network always reverts back to DHCP as the boot protocol. The ifcfg
> on node will reflect the correct setting after I change to static, but
> if I go to re-edit the entry, it's back on DHCP.
>
I hit this problem before, and filed a bug for it:
https://bugzilla.redhat.com/show_bug.cgi?id=838816
Yeah, this bug is killing things for Aeolus. Aeolus _needs_
an additional network interface in order to operate.
So, every time oVirt 3.1 gets installed in the
test environment here, it permanently breaks as soon
as logical network configuration is attempted. :(
Getting this fixed in 3.1 (somehow) would be a win,
for Aeolus anyway. ;>
Regards and best wishes,
Justin Clift
--
Aeolus Community Manager
http://www.aeolusproject.org
4271
days inactive
4272
days old
5 comments
5 participants
participants (5)
-
Igor Lvovsky -
Justin Clift -
Livnat Peer -
Mark Wu -
Trey Dockendorf