[Users] Issue setting IP information for Non-VM networks

[Trey Dockendorf]

On Thu, Aug 9, 2012 at 3:19 AM, Igor Lvovsky <ilvovsky at redhat.com> wrote:
>
>
> ----- Original Message -----
>> From: "Mark Wu" <wudxw at linux.vnet.ibm.com>
>> To: "Trey Dockendorf" <treydock at gmail.com>
>> Cc: "users" <users at ovirt.org>, ilvovsky at 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 at 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