Bug 999701

Summary: [RFE] Provide a method to easily rename a VLAN
Product: Red Hat Enterprise Virtualization Manager Reporter: Kevin Clevenger <kcleveng>
Component: RFEsAssignee: Andrew Cathrow <acathrow>
Status: CLOSED WONTFIX QA Contact: Meni Yakove <myakove>
Severity: high Docs Contact:
Priority: high    
Version: unspecifiedCC: acathrow, danken, iheim, kcleveng, lpeer, masayag, nyechiel, oblaut, rbalakri, yeylon
Target Milestone: ---Keywords: FutureFeature
Target Release: ---Flags: nyechiel: Triaged+
Hardware: x86_64   
OS: Linux   
Whiteboard: network
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-06-22 09:39:03 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Network RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Kevin Clevenger 2013-08-21 21:42:15 UTC
Description of request:

In order to rename a VLAN a user has to put host in maintenance mode, do the rename and then take out of maintenance mode. The customer would like the host to be put into maintenance mode automatically after confirmation rather than requiring all steps to be done manually.

Comment 1 Dan Kenigsberg 2013-10-03 10:40:57 UTC
I do not understand the requirement. Does the customer want to change the name of the vlan device? Why is it helpful? Could you detail the all the steps that are done manually?

Could it be that what the customer wants is to have a network connected to a specific host with a vlan id that is different from the one defined in Engine?

Comment 2 lpeer 2013-10-03 10:47:46 UTC
I assume that by 'rename a vlan' you mean edit the network on the engine and change the vlan id, which requires setting the hosts to maintenance as a prerequisite.

I think we should focus on making the network-edit operations live and not require that hosts would be moved to maintenance.

Comment 4 Itamar Heim 2013-11-30 19:40:51 UTC
is this not "edit provisioned network"?
http://lists.ovirt.org/pipermail/arch/2013-November/001717.html

Comment 5 Moti Asayag 2013-12-01 10:55:50 UTC
(In reply to Itamar Heim from comment #4)
> is this not "edit provisioned network"?
> http://lists.ovirt.org/pipermail/arch/2013-November/001717.html

The demands of the current RFE are consist of:

1. renaming the logical network
2. renaming the vm/template nics which are using the network
3. reconfiguring the network on hosts according to its new name

The first step is currently blocked if vms are using the network. We can narrow this limitation to no running vms using the network (or no active device using the network, meaning vm can run, but the specific vnic should be unplugged).

The second step is covered by vnic profiles which abstracts the network name from the vnic.

As a result of network renaming, vdsm should delete the previous bridge and create a new one with by the new name, to which the vms should be connected once started.

The third step was mentioned as unsupported in the feature page [1] : "Modifying the network name is permitted, as long as it was not marked to be applied to hosts. Therefore attempt to modify network name and applying it to hosts will be blocked." 

The motivation to prevent network name change is to maintain a simple functionality using the 'sync network'. Supporting network name renaming will require a further work in constructing more complex (yet achievable) setup networks commands to the hosts.

So as long as turning the VMs off before applying the change the network is acceptable, [1] should cover the current RFE.


[1] http://www.ovirt.org/index.php?title=Features/EditProvisionedNetwork
[2] http://www.ovirt.org/index.php?title=Features/EditProvisionedNetwork#User_Experience

Comment 7 Itamar Heim 2014-06-22 09:39:03 UTC
Closing old bugs. If this issue is still relevant/important in current version, please re-open the bug.