Bug 1304612 - "Disabling the High-Availability Agents" not available in 3.6
Summary: "Disabling the High-Availability Agents" not available in 3.6
Keywords:
Status: CLOSED DUPLICATE of bug 1303716
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine
Version: 3.6.0
Hardware: All
OS: Linux
unspecified
low
Target Milestone: ---
: ---
Assignee: Nobody
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-02-04 07:39 UTC by Sistemas Amtega
Modified: 2016-03-20 10:02 UTC (History)
10 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-03-20 10:02:05 UTC
oVirt Team: SLA
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
Hosted-engine VM option for maintenance (38.46 KB, image/png)
2016-02-04 09:38 UTC, Doron Fediuck
no flags Details

Description Sistemas Amtega 2016-02-04 07:39:22 UTC
Description of problem:

The 3.6 documentation talks in https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.6-Beta/html/Self-Hosted_Engine_Guide/chap-Backing_up_and_Restoring_a_RHEL-Based_Self-Hosted_Environment.html about "Disabling the High-Availability Agents":

"Disable the high-availability agents on the hosted-engine hosts to prevent migration of the Red Hat Enterprise Virtualization Manager virtual machine during the backup process. In the Administration Portal, click the Virtual Machines resource tab. Right-click the engine virtual machine, and select Enable Global HA Maintenance to set all hosts to the global maintenance mode."

The problem is that seems in version 3.6 this option is not available because is not possible to see the engine virtual machine within the manager.

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

rhev-hypervisor7-7.2-20160120.0.iso

How reproducible:

Every time.

Steps to Reproduce:
1. Try to implement operations detailed in "https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.6-Beta/html/Self-Hosted_Engine_Guide/chap-Backing_up_and_Restoring_a_RHEL-Based_Self-Hosted_Environment.html" related to "Disabling the High-Availability Agents":

Actual results:

The detailed operations are not available.

Expected results:

If this functionality is not available in this version it should be removed from documentation.

Comment 1 Doron Fediuck 2016-02-04 09:36:04 UTC
(In reply to Sistemas Amtega from comment #0)
> Description of problem:
> 
> The 3.6 documentation talks in
> https://access.redhat.com/documentation/en-US/
> Red_Hat_Enterprise_Virtualization/3.6-Beta/html/Self-Hosted_Engine_Guide/
> chap-Backing_up_and_Restoring_a_RHEL-Based_Self-Hosted_Environment.html
> about "Disabling the High-Availability Agents":
> 
> "Disable the high-availability agents on the hosted-engine hosts to prevent
> migration of the Red Hat Enterprise Virtualization Manager virtual machine
> during the backup process. In the Administration Portal, click the Virtual
> Machines resource tab. Right-click the engine virtual machine, and select
> Enable Global HA Maintenance to set all hosts to the global maintenance
> mode."
> 
> The problem is that seems in version 3.6 this option is not available
> because is not possible to see the engine virtual machine within the manager.
> 

Hi,
this is related to the data domain explained in Bug 1304611.
Once you create it you'll be able to see the HE VM and the above option will become relevant.
Attaching a screenshot of the available options and closing this issue.

Comment 2 Doron Fediuck 2016-02-04 09:38:00 UTC
Created attachment 1121053 [details]
Hosted-engine VM option for maintenance

Attaching a screenshot with relevant maintenance options for the HE VM.
Note that post installation you need to add the first data domain in order to
make this VM visible.

Comment 3 Sistemas Amtega 2016-02-04 09:53:17 UTC
We already have created a data storage domain. In fact, we haver 192 virtual machines running on the Beta test platform.

Comment 4 Roy Golan 2016-02-10 09:22:33 UTC
(In reply to Sistemas Amtega from comment #3)
> We already have created a data storage domain. In fact, we haver 192 virtual
> machines running on the Beta test platform.

this could be related to a former issue I saw for Xunta, that you used a different name for your hosted engine storage domain. The engine expecting 'hosted_storage' is unable to import that domain. 

try:

su - postgres
-bash-4.1$ psql engine -c "select fn_db_add_config_value('HostedEngineStorageDomainName','hosted_storage','general');"

echo HostedEngineStorageDomainName | engine-config  -s HostedEngineStorageDomainName="hosted_storage2" -p /dev/stdin

Comment 5 Sistemas Amtega 2016-02-11 12:46:47 UTC
Hello,

We've tried the detailed steps without result.

The database query doesn't have any result:

# su - postgres

-bash-4.1$ psql engine -c "select fn_db_add_config_value ('HostedEngineStorageDomainName', 'hosted_storage', 'general');"

fn_db_add_config_value

------------------------
 
(1 row)



Also, the engine config seems not to have the indicated key (HostedEngineStorageDomainName). The only two keys it reports are these:

# engine-config -l | grep Hosted

HostedEngineVmName: The name of the Hosted Engine VM. That name will be used to perform exclusive operation by ovirt-engine on that VM. (Value Type: String)

AutoImportHostedEngine: "Try to automatically import the hosted engine VM and its storage domain" (Value Type: Boolean)



The attempt of adding the HostedEngineStorageDomainName key finish with the following error:

# echo HostedEngineStorageDomainName | engine-config  -s HostedEngineStorageDomainName="stg-data-fc-he-0001" -p /dev/stdin

Key for add operation must be defined!

Comment 6 Roy Golan 2016-02-12 10:00:26 UTC
(In reply to Sistemas Amtega from comment #5)
> Hello,
> 
> We've tried the detailed steps without result.
> 
> The database query doesn't have any result:
> 
> # su - postgres
> 
> -bash-4.1$ psql engine -c "select fn_db_add_config_value
> ('HostedEngineStorageDomainName', 'hosted_storage', 'general');"
> 
> fn_db_add_config_value
> 
> ------------------------
>  
> (1 row)
> 
> 

It looks like the command exited successfully (it says '(1 row)')

> 
> Also, the engine config seems not to have the indicated key
> (HostedEngineStorageDomainName). The only two keys it reports are these:
> 
> # engine-config -l | grep Hosted

the -l is reading a list of key from a file. Thats why I supplied the usage of /dev/stdin as an alternative key file ( the -p usage) 
> 

> HostedEngineVmName: The name of the Hosted Engine VM. That name will be used
> to perform exclusive operation by ovirt-engine on that VM. (Value Type:
> String)
> 
> AutoImportHostedEngine: "Try to automatically import the hosted engine VM
> and its storage domain" (Value Type: Boolean)
> 
> 
> 
> The attempt of adding the HostedEngineStorageDomainName key finish with the
> following error:
> 
> # echo HostedEngineStorageDomainName | engine-config  -s
> HostedEngineStorageDomainName="stg-data-fc-he-0001" -p /dev/stdin
> 
> Key for add operation must be defined!

Ok, try this -
 HostedEngineStorageDomainName= | engine-config  -s HostedEngineStorageDomainName="stg-data-fc-he-0001" -p /dev/stdin

The only difference is the '=' sign at the echo part.

Comment 7 Roy Golan 2016-02-12 10:01:09 UTC
needinfo

Comment 8 Sistemas Amtega 2016-02-15 08:49:35 UTC
Hello,

We tried the new command without success. The result was this:

# HostedEngineStorageDomainName= | engine-config -s HostedEngineStorageDomainName="stg-data-fc-he-0001" -p /dev/stdin

Error setting HostedEngineStorageDomainName's value. No such entry with version general.

Comment 9 Roy Golan 2016-02-17 11:33:02 UTC
We support the default hosted_storage name for now. Please see Bug 1294457. 

After a clean, zoned setup you will see the options above mentioned.

Comment 10 Sistemas Amtega 2016-02-17 11:53:00 UTC
We think that in this case the correct action is to close this bugs as duplicated of 1294457. The reason is that is clear that is a bug because the hosted engine setup asks for this name and if you change the default proposed value (hosted_storage) the process doesn't work.

Comment 11 Doron Fediuck 2016-03-20 10:02:05 UTC
Hi,
Bug 1294457 is irrelevant in this context as it is caused by multiple hosted-engine installation using the same iSCSI storage.
The current issue is handled by Bug 1303716 which will not block the option to use a different name.

*** This bug has been marked as a duplicate of bug 1303716 ***


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