Bug 1036013 - can't set a static network via Cloud-Init GUI in 3.3.1-2 beta
Summary: can't set a static network via Cloud-Init GUI in 3.3.1-2 beta
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: oVirt
Classification: Retired
Component: ovirt-engine-core
Version: 3.3
Hardware: x86_64
OS: Linux
high
high
Target Milestone: ---
: 3.4.1
Assignee: Shahar Havivi
QA Contact: bugs@ovirt.org
URL:
Whiteboard: virt
Depends On:
Blocks: 1082759
TreeView+ depends on / blocked
 
Reported: 2013-11-29 07:59 UTC by Sven Kieske
Modified: 2014-05-08 13:37 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-05-08 13:37:54 UTC
oVirt Team: ---
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
oVirt gerrit 26258 0 None MERGED core: Static IP is set as none bootproto for cloud-init Never
oVirt gerrit 27109 0 ovirt-engine-3.4 MERGED core: Static IP is set as none bootproto for cloud-init Never

Description Sven Kieske 2013-11-29 07:59:51 UTC
Description of problem:
Hi,

currently, you can not set
a static network via Cloud-Init.


To clarify: The IP-Address, Netmask and Gateway get passed, but instead
of "static" the option "none" gets passed to the vm.

Version-Release number of selected component (if applicable):

ovirt-engine 3.3.1-2 beta

How reproducible:


Steps to Reproduce:
Select a shutdown vm, click run once.
Click Initial Run, select Cloud-Init

Now select "Network" and "add new"
Name your interface, e.g. eth0
Do not configure DHCP, instead,
fill in IP Address, Netmask, Gateway, etc.

Start the vm.


Actual results:
if you mount the meta-data cd-rom into any vm and read
the meta-data.json it says:

iface eth0 inet none

the rest of the information seems to be correct, though.

Expected results:
I would suppose that this would pass the following options
into the meta-data:

iface eth0 inet static


Additional info:


You can see this from 2 point of views:

1. If I do not select DHCP and I configure IP Address etc. I want
a static configuration, therefore "static" should be in the meta-data.
If I would have wanted "none", I wouldn't bother configuring the
interface, would I? -> Bug

2. There is no button for "static" in the GUI, therefore the option
get's not passed, "none" may be the default option.
In this case, it would be cool to have a checkbox for "static".
--> RFE

I didn't test this from the API yet, but I hope there is an option
to set the networking to static from there?

What do you think? Bug or RFE? Can this be fixed in 3.3.1.1 maybe (fix
should be small, without looking into the code)?

I can't always do full upgrades (3.3.2 would be next).

On the Maillinglist this was suggested as a bug.

Comment 1 Oved Ourfali 2013-12-01 06:57:15 UTC
Setting urgent priority until analysed

Comment 2 Omer Frenkel 2013-12-01 12:03:50 UTC
reduced priority to high, no reason for this to be urgent

Comment 3 Itamar Heim 2014-01-12 08:43:05 UTC
setting target release to current version for consideration and review. please do not push non-RFE bugs to an undefined target release to make sure bugs are reviewed for relevancy, fix, closure, etc.

Comment 4 Sandro Bonazzola 2014-03-04 09:29:52 UTC
This is an automated message.
Re-targeting all non-blocker bugs still open on 3.4.0 to 3.4.1.

Comment 5 Shahar Havivi 2014-03-31 10:52:32 UTC
Hi Sven,

There is really only two options dhcp and static/none, its look like there is no different between static to none bootproto.
I notice some complains that in Fedora 20 that setting none as bootproto fall back to dhcp...

The problem that I saw in the code is as you thought that if you are not selecting dhcp you are getting the default enumeration value which is none.

We can fix it to set for static if dhcp is not selected,
Would that be sufficient enough?

(I don't think that we need to add another checkbox or set a select box)

Comment 6 Sven Kieske 2014-03-31 12:55:26 UTC
Yes, I noticed pretty much the same, sorry for not reporting back earlier.
in the offical RH docs there is no bootproto entry other than "none" and
"dhcp".

So I think your proposed solution should suffice.

Comment 7 Sandro Bonazzola 2014-05-08 13:37:54 UTC
This is an automated message

oVirt 3.4.1 has been released:
 * should fix your issue
 * should be available at your local mirror within two days.

If problems still persist, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.