Bug 1246060 - [New HostSetupNetworks] Remove custom_properties from vds_interface table and VdsNetworkInterface entity
Summary: [New HostSetupNetworks] Remove custom_properties from vds_interface table an...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: ovirt-engine
Classification: oVirt
Component: General
Version: ---
Hardware: Unspecified
OS: Unspecified
urgent
high
Target Milestone: ovirt-3.6.0-rc
: 3.6.0
Assignee: Martin Mucha
QA Contact: Pavel Stehlik
URL:
Whiteboard: network
Depends On:
Blocks: 1178507
TreeView+ depends on / blocked
 
Reported: 2015-07-23 12:05 UTC by Alona Kaplan
Modified: 2016-02-10 19:16 UTC (History)
11 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-11-04 11:30:35 UTC
oVirt Team: Network
Embargoed:
rule-engine: ovirt-3.6.0+
rule-engine: blocker+
ylavi: Triaged+
ylavi: planning_ack+
danken: devel_ack+
rule-engine: testing_ack+


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
oVirt gerrit 45298 0 master MERGED core:remove customProperties from nic Never
oVirt gerrit 45984 0 master MERGED restapi: remove customProperties from nic Never
oVirt gerrit 45985 0 master MERGED webadmin:remove customProperties from nic Never
oVirt gerrit 46490 0 ovirt-engine-3.6 MERGED webadmin:remove customProperties from nic Never
oVirt gerrit 46491 0 ovirt-engine-3.6 MERGED restapi: remove customProperties from nic Never
oVirt gerrit 46492 0 ovirt-engine-3.6 MERGED core:remove customProperties from nic Never

Description Alona Kaplan 2015-07-23 12:05:02 UTC
Description of problem:
Those fields should be part of the network_attachment.


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


How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

Comment 1 Martin Mucha 2015-08-25 11:52:36 UTC
question: there's HostNetworkAttachmentsPersister which creates new NetworkAttachmetns for existing attached networks and it fills it with custom properties obtained from nic. To preserve this, we need to gather this information from elsewhere. (note: called from: ChangeVDSClusterCommand, AttachNetworkToClusterInternalCommand and HostNetworkTopologyPersisterImpl).

also there has to be some not small rework on ui side, which still works with VdsNetworkInterface and passing custom properties around differently could be problematic.

Comment 2 Martin Mucha 2015-08-25 12:18:31 UTC
... also this leads to rest modification, which, due to backward compatibility, won't be allowed sooner than 4.0. So should we alter target version or just ignore data sent in relevant element?

Comment 3 Alona Kaplan 2015-08-26 10:14:47 UTC
(In reply to Martin Mucha from comment #2)
> ... also this leads to rest modification, which, due to backward
> compatibility, won't be allowed sooner than 4.0. So should we alter target
> version or just ignore data sent in relevant element?

The rest api of the old SetupNetwork command will remain untouched-
The 'customProperties' will still be sent on top of the host nic. So it shouldn't be postponed to 4.0.
The changes should be internal- the parameters of the SetupNetworkCommand and internal engine changes.

Comment 4 Alona Kaplan 2015-08-26 10:18:01 UTC
(In reply to Martin Mucha from comment #1)
> question: there's HostNetworkAttachmentsPersister which creates new
> NetworkAttachmetns for existing attached networks and it fills it with
> custom properties obtained from nic. To preserve this, we need to gather
> this information from elsewhere. (note: called from:
> ChangeVDSClusterCommand, AttachNetworkToClusterInternalCommand and
> HostNetworkTopologyPersisterImpl).
> 

The behavior shouldn't be preserved. The vdsm doesn't report the custom properties. So there is no reason to copy the custom properties of the nic to the attachment.

> also there has to be some not small rework on ui side, which still works
> with VdsNetworkInterface and passing custom properties around differently
> could be problematic.

Comment 5 Sandro Bonazzola 2015-11-04 11:30:35 UTC
oVirt 3.6.0 has been released on November 4th, 2015 and should fix this issue.
If problems still persist, please open a new BZ and reference this one.


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