Bug 1284288

Summary: [Docs] Replace rhevm network with ovirtmgmt network as it is now the default name for the management network
Product: Red Hat Enterprise Virtualization Manager Reporter: Julie <juwu>
Component: DocumentationAssignee: Lucy Bopf <lbopf>
Status: CLOSED CURRENTRELEASE QA Contact: Andrew Dahms <adahms>
Severity: medium Docs Contact:
Priority: medium    
Version: 3.6.0CC: adahms, ecohen, gklein, lbopf, lsurette, rbalakri, yeylon, ylavi
Target Milestone: ovirt-3.6.1   
Target Release: 3.6.1   
Hardware: x86_64   
OS: Linux   
Whiteboard: docs
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: 1204793 Environment:
Last Closed: 2016-01-13 04:45:12 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Docs RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On: 1204793    
Bug Blocks:    

Description Julie 2015-11-22 22:40:41 UTC
+++ This bug was initially created as a clone of Bug #1204793 +++

Description of problem:
Reduce diff between upstream and downstream management networks, use the same name for new clusters. ovirt-mgmt should be used for both ovirt & RHEV.
Need to make sure we do not change existing networks and only use new name for new clusters.

--- Additional comment from Sandro Bonazzola on 2015-06-15 09:17:24 EDT ---

Yaniv, how do you plan to support 3.5 clusters managed by 3.6 engine?
3.5 cluster will have rhevm bridges and 3.6 will have ovirtmgmt.

--- Additional comment from Sandro Bonazzola on 2015-06-15 09:21:59 EDT ---

Also Yaniv, how does this fit on a Hosted engine deployment upgraded from 3.5 to 3.6?

--- Additional comment from Yaniv Dary on 2015-06-17 03:56:19 EDT ---

(In reply to Sandro Bonazzola from comment #1)
> Yaniv, how do you plan to support 3.5 clusters managed by 3.6 engine?

In upgrades it will not change only on fresh installs.

> 3.5 cluster will have rhevm bridges and 3.6 will have ovirtmgmt.

(In reply to Sandro Bonazzola from comment #2)
> Also Yaniv, how does this fit on a Hosted engine deployment upgraded from
> 3.5 to 3.6?

The hosted engine needs to know what management network default name is defined, just like the engine.

--- Additional comment from Sandro Bonazzola on 2015-06-18 01:55:46 EDT ---

According to comment #3 I'm going to accept the patch for rhevm-setup-plugins.
Will drop the branding also on ovirt-hosted-engine-setup and treat any issue derived by this change as a bug.

--- Additional comment from Julie on 2015-11-15 23:45:21 EST ---

Hi Yaniv,
   Could you provide some context on why reducing the difference between upstream and downstream is important? 

Cheers,
Julie

--- Additional comment from Yaniv Dary on 2015-11-22 07:41:29 EST ---

(In reply to Julie from comment #5)
> Hi Yaniv,
>    Could you provide some context on why reducing the difference between
> upstream and downstream is important? 

it's not. We just need to make sure all the 3.6 docs only have this management network mentioned and not the old one.

> 
> Cheers,
> Julie

--- Additional comment from Julie on 2015-11-22 17:32:20 EST ---

(In reply to Yaniv Dary from comment #6)
> (In reply to Julie from comment #5)
> > Hi Yaniv,
> >    Could you provide some context on why reducing the difference between
> > upstream and downstream is important? 
> 
> it's not. We just need to make sure all the 3.6 docs only have this
> management network mentioned and not the old one.
> 
> > 
> > Cheers,
> > Julie

So if it's not important, why go through the engineering effort to make this change? As you see, this creates extra workload for the docs team as well. I will create a docs bug for this. Ideally, if Engineering or the PM team see there is docs impact, a docs bug should be created already.

Cheers,
Julie

Comment 3 Andrew Dahms 2015-12-11 04:49:18 UTC
Looks good to me; moving to VERIFIED.

Revision history entries updated in all affected books.