Bug 1304612
Summary: | "Disabling the High-Availability Agents" not available in 3.6 | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Sistemas Amtega <sistemas-soporte-linux> | ||||
Component: | ovirt-engine | Assignee: | Nobody <nobody> | ||||
Status: | CLOSED DUPLICATE | QA Contact: | |||||
Severity: | low | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | 3.6.0 | CC: | ahoness, dfediuck, gklein, lsurette, rbalakri, rgolan, Rhev-m-bugs, sistemas-soporte-linux, yeylon, ykaul | ||||
Target Milestone: | --- | Keywords: | Reopened | ||||
Target Release: | --- | ||||||
Hardware: | All | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2016-03-20 10:02:05 UTC | Type: | Bug | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | SLA | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
Sistemas Amtega
2016-02-04 07:39:22 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. 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.
We already have created a data storage domain. In fact, we haver 192 virtual machines running on the Beta test platform. (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 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! (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. needinfo 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. 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. 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. 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 *** |