Bug 1144797 - Hosted-engine RuntimeError: Wrong Master domain or its version.
Summary: Hosted-engine RuntimeError: Wrong Master domain or its version.
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: oVirt
Classification: Retired
Component: vdsm
Version: 3.5
Hardware: Unspecified
OS: Unspecified
unspecified
low
Target Milestone: m1
: 3.6.0
Assignee: Adam Litke
QA Contact: Aharon Canan
URL:
Whiteboard: storage
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-09-21 04:30 UTC by Vered Volansky
Modified: 2016-03-10 06:19 UTC (History)
15 users (show)

Fixed In Version:
Clone Of: 1142707
Environment:
Last Closed: 2015-07-21 22:46:39 UTC
oVirt Team: Storage
Embargoed:


Attachments (Terms of Use)
logs (460.00 KB, application/x-tar)
2014-09-22 04:30 UTC, Vered Volansky
no flags Details
vdsm log (1.24 MB, text/plain)
2014-09-29 07:11 UTC, Vered Volansky
no flags Details

Description Vered Volansky 2014-09-21 04:30:27 UTC
+++ This bug was initially created as a clone of Bug #1142707 +++

Description of problem:
After yum install ovirt-hosted-engine-setup, screen hosted-engine --deploy fails (I get out of screen, so don't know much). Log file does seem to have an exception.

Version-Release number of selected component (if applicable):
ovirt-hosted-engine-setup-1.2.0-0.1.master.20140908073913.git480e272.fc20.noarch

How reproducible:
Happened 1/1.

Steps to Reproduce:
1. yum install ovirt-hosted-engine-setup
2. screen hosted-engine --deploy

Went through the entire process.
Chose iscsi target, anything that COULD be default WAS default other than iscsi and boot (set to PXE).
Verified the settings I chose.

Actual results:
Found myself out of screen.
Looking at the logs found and exception. Couldn't find an IP assignment/VM creation in the logs.

Expected results:
Get an IP assignment for the VM and see it in the output.

Additional info:
I don't think this is related in any way, but just to be sure:
I had troubles with FQDN, got errors that there's no IP.
I finally added '10.10.10.10 hosted-engine.host' to /etc/hosts while deploying. Then I could get on with it.

--- Additional comment from Sandro Bonazzola on 2014-09-18 06:43:21 EDT ---

(In reply to Vered Volansky from comment #0)
> Created attachment 938389 [details]
> logs
> 
> Description of problem:
> After yum install ovirt-hosted-engine-setup, screen hosted-engine --deploy
> fails (I get out of screen, so don't know much). Log file does seem to have
> an exception.
> 
> Version-Release number of selected component (if applicable):
> ovirt-hosted-engine-setup-1.2.0-0.1.master.20140908073913.git480e272.fc20.
> noarch
> 
> How reproducible:
> Happened 1/1.
> 
> Steps to Reproduce:
> 1. yum install ovirt-hosted-engine-setup
> 2. screen hosted-engine --deploy
> 
> Went through the entire process.
> Chose iscsi target, anything that COULD be default WAS default other than
> iscsi and boot (set to PXE).
> Verified the settings I chose.
> 
> Actual results:
> Found myself out of screen.
> Looking at the logs found and exception. Couldn't find an IP assignment/VM
> creation in the logs.
> 
> Expected results:
> Get an IP assignment for the VM and see it in the output.

I'm not sure what you're expecting here.
1) Have your network a DHCP configured and running?
2) Did you setup the OS inside the VM configuring the NIC for using DHCP and being enabled on boot?


> 
> Additional info:
> I don't think this is related in any way, but just to be sure:
> I had troubles with FQDN, got errors that there's no IP.
> I finally added '10.10.10.10 hosted-engine.host' to /etc/hosts while
> deploying. Then I could get on with it.


Other than that, I can see in your logs:
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/otopi/context.py", line 142, in _executeMethod
    method['method']()
  File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py", line 935, in _misc
    self._storagePoolConnection()
  File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py", line 583, in _storagePoolConnection
    raise RuntimeError(message)
RuntimeError: Wrong Master domain or its version: 'SD=24a36e43-8244-4b1b-9d58-8a72fab451d8, pool=d7bb1d90-29a0-47b3-bde8-d4758b408de0'
2014-09-17 11:15:52 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Misc configuration': Wrong Master domain or its version: 'SD=24a36e43-8244-4b1b-9d58-8a72fab451d8, pool=d7bb1d90-29a0-47b3-bde8-d4758b408de0'

which is a storage issue and should be addressed in a separate BZ, please open one for it.

--- Additional comment from Sandro Bonazzola on 2014-09-18 06:44:43 EDT ---

Changing the subject accordingly to expected results.

--- Additional comment from Vered Volansky on 2014-09-21 00:28:45 EDT ---

> I'm not sure what you're expecting here.
> 1) Have your network a DHCP configured and running?
> 2) Did you setup the OS inside the VM configuring the NIC for using DHCP and
> being enabled on boot?
Well, actually, like I said, I just blinked and was out of screen.
Maybe I should have said that I expect the process to complete successfully.
I wasn't able to configue anything since I hadn't got any output from the command.
Maybe I should have expected it not to fail...
Anyway, I never did get to successfully deploy a hosted engine, so I didn't really know what to expect.

> which is a storage issue and should be addressed in a separate BZ, please
> open one for it.
Ack.

Comment 1 Allon Mureinik 2014-09-21 16:42:09 UTC
Is this just on iSCSI or on NFS too?

Comment 2 Allon Mureinik 2014-09-21 16:56:09 UTC
Also, where are the logs?

Comment 3 Allon Mureinik 2014-09-21 17:00:47 UTC
Also - Does this reproduce consistently? In any special edge cases?

Comment 4 Vered Volansky 2014-09-22 04:30:05 UTC
Created attachment 939870 [details]
logs

Comment 5 Vered Volansky 2014-09-22 04:39:27 UTC
This was only with iSCSI, while trying to deploy hosted-engine with iSCSI storage. Every time resulted in a different unsuccessful outcome, this is one.
I'd turn to reproducing as a last resort. It's not complicated, just erratic.

Comment 6 Allon Mureinik 2014-09-23 12:42:48 UTC
Can we get VDSM's log too please?

Comment 7 Vered Volansky 2014-09-29 07:11:26 UTC
Created attachment 942198 [details]
vdsm log

Comment 8 Allon Mureinik 2015-01-20 22:05:49 UTC
Never encountered by QA, and there is a workaround.
Pushing out to 3.6.0.

Comment 9 Yaniv Lavi 2015-07-21 22:46:39 UTC
Please reopen if this recreates on latest, we do not know of issue with current host engine over ISCSI.


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