Bug 1021647

Summary:	Shared configuration keys to pass management informations
Product:	[Retired] oVirt	Reporter:	Fabian Deutsch <fdeutsch>
Component:	ovirt-node	Assignee:	Fabian Deutsch <fdeutsch>
Status:	CLOSED CURRENTRELEASE	QA Contact:	bugs <bugs>
Severity:	urgent	Docs Contact:
Priority:	urgent
Version:	3.3	CC:	acathrow, danken, dougsland, hadong, jboggs, leiwang, mgoldboi, ovirt-bugs, ovirt-maint, yeylon
Target Milestone:	---
Target Release:	3.4.1
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:	node
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:
Clones:	1048932 (view as bug list)		Environment:
Last Closed:	2014-03-25 14:14:38 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Bug Depends On:
Bug Blocks:	1006338, 1006838, 1048932

Description Fabian Deutsch 2013-10-21 17:30:00 UTC

Description of problem:
When Node is beeing managed by e.g. oVirt Engine it should prevent the user from change e.g. the Network configuration as the network configuration is done by Engine/VDSM.

Additionally it might make sense if the management instance told Node's TUI what interface the primary interface is so the TUI can display live informations about the NICs.

I'm suggesting the following keys which are shared by Node and the management instance to exchange relevant bits:

OVIRT_MANAGED_BY=<vendor>
This key is used to (a) signal the Node is being managed and (b) signaling who is managing this node.

OVIRT_MANAGED_IFNAMES=<ifname>[,<ifname>,...]
This key is used to specify a number (comma separated list) if ifnames which are managed and for which the TUI shall display some information (IP, ...).
This can also be used by the TUI to decide to not offer NIC configuration to the user.

OVIRT_MANAGED_LOCKED_PAGES=<pagename>[,<pagename>,...]
(Future) A list of pages which shall be locked e.g. because the management instance is configuring the aspect (e.g. networking or logging).

Comment 1 Fabian Deutsch 2013-11-28 12:25:14 UTC

Douglas,

currently the ovirt node tui can only display reliable network informations when the network got configured by the tui. When vdsm is taking over the network configuration the tui displays incorrect informations (on the status page).

To improve the situation we need to sync the network informations (and maybe others) between the tui and vdsm. My suggestion is to use some keys which vdsm can use to tell the tui about the e.g. primary NIC (some brige, ovs ...) to display a summary about.

Comment 2 Douglas Schilling Landgraf 2013-11-28 13:08:12 UTC

Hi Fabian,

Make sense. However, for this specific network point, better include vdsm network folks into this thread.

Comment 3 Dan Kenigsberg 2013-11-28 15:31:15 UTC

I've stated my opinion in http://lists.ovirt.org/pipermail/arch/2013-October/001688.html

I see the merit of locking network tui after registration (provided that there's a means to unlock it), but not much of the rest.

Comment 4 Sandro Bonazzola 2014-03-04 09:22:38 UTC

This is an automated message.
Re-targeting all non-blocker bugs still open on 3.4.0 to 3.4.1.

Comment 5 Fabian Deutsch 2014-03-25 14:14:38 UTC

Due to some changes we didn't take care of Node bugs.

This will get better. This bug is actually fixed already.