Re: [ovirt-users] Cannot retrieve answer file from 1st HE host when setting up 2nd host

See attached for requested logs

*From:* Simone Tiraboschi [mailto:stirabos@redhat.com] *Sent:* Tuesday, December 22, 2015 8:56 AM *To:* Will Dennis *Cc:* Sahina Bose; Yedidyah Bar David *Subject:* Re: [ovirt-users] Cannot retrieve answer file from 1st HE host when setting up 2nd host On Tue, Dec 22, 2015 at 2:44 PM, Will Dennis <wdennis(a)nec-labs.com&gt; wrote: Which logs are needed? Let's start with vdsm.log and /var/log/messages Then it's quite strange that you have that amount of data in mom.log so also that one could be interesting. /var/log/vdsm total 24M drwxr-xr-x 3 vdsm kvm 4.0K Dec 18 20:10 . drwxr-xr-x. 13 root root 4.0K Dec 20 03:15 .. drwxr-xr-x 2 vdsm kvm 6 Dec 9 03:24 backup -rw-r--r-- 1 vdsm kvm 2.5K Dec 21 11:29 connectivity.log -rw-r--r-- 1 vdsm kvm 173K Dec 21 11:21 mom.log -rw-r--r-- 1 vdsm kvm 2.0M Dec 17 10:09 mom.log.1 -rw-r--r-- 1 vdsm kvm 2.0M Dec 17 04:06 mom.log.2 -rw-r--r-- 1 vdsm kvm 2.0M Dec 16 22:03 mom.log.3 -rw-r--r-- 1 vdsm kvm 2.0M Dec 16 16:00 mom.log.4 -rw-r--r-- 1 vdsm kvm 2.0M Dec 16 09:57 mom.log.5 -rw-r--r-- 1 root root 115K Dec 21 11:29 supervdsm.log -rw-r--r-- 1 root root 2.7K Oct 16 11:38 upgrade.log -rw-r--r-- 1 vdsm kvm 13M Dec 22 08:44 vdsm.log *From:* Simone Tiraboschi [mailto:stirabos@redhat.com] *Sent:* Tuesday, December 22, 2015 3:58 AM *To:* Will Dennis; Sahina Bose *Cc:* Yedidyah Bar David; users *Subject:* Re: [ovirt-users] Cannot retrieve answer file from 1st HE host when setting up 2nd host On Tue, Dec 22, 2015 at 2:09 AM, Will Dennis <wdennis(a)nec-labs.com&gt; wrote: http://ur1.ca/ocstf 2015-12-21 11:28:39 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:219 DIALOG:SEND Please specify the full shared storage connection path to use (example: host:/path): 2015-12-21 11:28:55 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:219 DIALOG:RECEIVE localhost:/engine OK, so you are trying to deploy hosted-engine on GlusterFS in a hyper-converged way (using the same hosts for virtualization and for serving GlusterFS). Unfortunately I've to advise you that this is not a supported configuration on oVirt 3.6 due to different open bugs. So I'm glad you can help us testing it but I prefer to advise that today that schema is not production ready. In your case it seams that VDSM correctly connects the GlusterFS volume seeing all the bricks 2015-12-21 11:28:55 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.nfs plugin.execute:936 execute-output: ('/sbin/gluster', '--mode=script', '--xml', 'volume', 'info', 'engine', '--remote-host=localhost') stdout: <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <cliOutput> <opRet>0</opRet> <opErrno>0</opErrno> <opErrstr/> <volInfo> <volumes> <volume> <name>engine</name> <id>974c9da4-b236-4fc1-b26a-645f14601db8</id> <status>1</status> <statusStr>Started</statusStr> <brickCount>6</brickCount> <distCount>3</distCount> but then VDSM doesn't find any storage domain there: otopi.plugins.ovirt_hosted_engine_setup.storage.storage.Plugin._late_customization 2015-12-21 11:29:58 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._getExistingDomain:476 _getExistingDomain 2015-12-21 11:29:58 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._storageServerConnection:638 connectStorageServer 2015-12-21 11:29:58 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._storageServerConnection:701 {'status': {'message': 'OK', 'code': 0}, 'statuslist': [{'status': 0, 'id': '67ece152-dd66-444c-8d18-4249d1b8f488'}]} 2015-12-21 11:29:58 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._getStorageDomainsList:595 getStorageDomainsList 2015-12-21 11:29:59 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._getStorageDomainsList:598 {'status': {'message': 'OK', 'code': 0}, 'domlist': []} Can you please attach also the correspondent VDSM logs? Adding Sahina here. On Dec 21, 2015, at 11:58 AM, Simone Tiraboschi <stirabos(a)redhat.com <mailto:stirabos@redhat.com>> wrote: On Mon, Dec 21, 2015 at 5:52 PM, Will Dennis <wdennis(a)nec-labs.com&lt;mailto: wdennis(a)nec-labs.com&gt;&gt; wrote: However, when I went to the 3rd host and did the setup, I selected 'glusterfs' and gave the path of the engine volume, it came back and incorrectly identified it as the first host, instead of an additional host... How does setup determine that? I confirmed that on this 3rd host that the engine volume is available and has the GUID subfolder of the hosted engine... Can you please attach a log of hosted-engine-setup also from there?