[Users] Issue setting IP information for Non-VM networks
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
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@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">https://bugzilla.redhat.com/show_bug.cgi?id=834205</a>. 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">https://bugzilla.redhat.com/show_bug.cgi?id=838816</a> <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://lists.ovirt.org/mailman/listinfo/users</a> </pre> </blockquote> <br> </body> </html> --------------090605030100060609000904--
----- Original Message -----
From: "Mark Wu" <wudxw@linux.vnet.ibm.com> To: "Trey Dockendorf" <treydock@gmail.com> Cc: "users" <users@ovirt.org>, ilvovsky@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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On Thu, Aug 9, 2012 at 3:19 AM, Igor Lvovsky <ilvovsky@redhat.com> wrote:
----- Original Message -----
From: "Mark Wu" <wudxw@linux.vnet.ibm.com> To: "Trey Dockendorf" <treydock@gmail.com> Cc: "users" <users@ovirt.org>, ilvovsky@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@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
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
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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
participants (5)
-
Igor Lvovsky -
Justin Clift -
Livnat Peer -
Mark Wu -
Trey Dockendorf