Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1539391

Summary: iSCSI deployment of node zero sometimes fails with "Error: Fault reason is "Operation Failed". Fault detail is "[]". HTTP response code is 400."
Product: Red Hat Enterprise Virtualization Manager Reporter: Nikolai Sednev <nsednev>
Component: ovirt-hosted-engine-setupAssignee: Simone Tiraboschi <stirabos>
Status: CLOSED ERRATA QA Contact: Nikolai Sednev <nsednev>
Severity: medium Docs Contact:
Priority: medium    
Version: 4.2.0CC: lsurette, lsvaty, nsednev, ykaul, ylavi
Target Milestone: ovirt-4.2.2Keywords: Triaged
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2018-05-15 17:32:28 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Integration RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1455169, 1536055    
Attachments:
Description Flags
sosreport from alma04
none
sosreport from the engine none

Description Nikolai Sednev 2018-01-28 14:58:43 UTC
Created attachment 1387234 [details]
sosreport from alma04

Description of problem:
[ ERROR ] Error: Fault reason is "Operation Failed". Fault detail is "[]". HTTP response code is 400.
[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "Fault reason is \"Operation Failed\". Fault detail is \"[]\". HTTP response code is 400."}


Version-Release number of selected component (if applicable):
ovirt-hosted-engine-ha-2.2.5-0.0.master.20180125081710.20180125081707.git6046986.el7.centos.noarch
ovirt-hosted-engine-setup-2.2.9-0.0.master.20180124164059.git097610a.el7.centos.noarch
ovirt-engine-appliance-4.2-20180127.1.el7.centos.noarch

How reproducible:
100%

Steps to Reproduce:
1.Deploy SHE using ansible over iSCSI.

Actual results:
Deployment fails.

Expected results:
Should be successful.

Additional info:
Sosreport from host is attached.

Comment 1 Yaniv Kaul 2018-01-29 08:28:13 UTC
Does the vintage deployment on the same setup work?
Can you share the the answer file?

Comment 2 Nikolai Sednev 2018-01-29 10:04:04 UTC
(In reply to Yaniv Kaul from comment #1)
> Does the vintage deployment on the same setup work?
> Can you share the the answer file?

Answer file? Isn't it appears within the sosreport?
I did only deployment using ansible and did not done it using regular yet.

Comment 3 Yaniv Lavi 2018-01-31 13:14:38 UTC
Can you add the logs from the engine vm?

Comment 4 Yaniv Lavi 2018-01-31 13:15:53 UTC
As Simone couldn't reproduce on dev, lowering priority/severity.

Comment 8 Simone Tiraboschi 2018-02-11 17:40:26 UTC
Can you please attach engine.log from the engine VM?

Comment 9 Nikolai Sednev 2018-02-12 11:05:04 UTC
(In reply to Simone Tiraboschi from comment #8)
> Can you please attach engine.log from the engine VM?

There was no engine log, engine was not accessible via ssh.

Comment 11 Simone Tiraboschi 2018-02-12 14:22:17 UTC
Unfortunately on failures the error message from the engine is not that clear:

2018-02-12 16:08:55,230+0200 DEBUG ansible on_any args (TASK: Add iSCSI storage domain,) kwargs {'is_conditional': False}
2018-02-12 16:08:57,396+0200 DEBUG var changed: host "localhost" var "otopi_storage_domain_details" type "<type 'dict'>" value: "{u'failed': True, u'exception': u'Traceback (most recent call last):\n  File "/tmp/ansible_tfDPAc/ansible_module_ovirt_storage_domains.py", line 541, in main\n    sd_id = storage_domains_module.create()[\'id\']\n  File "/tmp/ansible_tfDPAc/ansible_modlib.zip/ansible/module_utils/ovirt.py", line 573, in create\n    self.build_entity(),\n  File "/tmp/ansible_tfDPAc/ansible_module_ovirt_storage_domains.py", line 289, in build_entity\n    self._login(storage_type, storage)\n  File "/tmp/ansible_tfDPAc/ansible_module_ovirt_storage_domains.py", line 282, in _login\n    target=storage.get(\'target\'),\n  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 36435, in iscsi_login\n    return self._internal_action(action, \'iscsilogin\', None, headers, query, wait)\n  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 299, in _internal_action\n    return future.wait() if wait else future\n  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 55, in wait\n    return self._code(response)\n  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 296, in callback\n    self._check_fault(response)\n  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 134, in _check_fault\n    self._raise_error(response, body.fault)\n  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 118, in _raise_error\n    raise error\nError: Fault reason is "Operation Failed". Fault detail is "[]". HTTP response code is 400.\n', 'changed': False, u'msg': u'Fault reason is "Operation Failed". Fault detail is "[]". HTTP response code is 400.'}"

Comment 12 Simone Tiraboschi 2018-02-12 14:24:29 UTC
From vdsm logs it seams just an iSCSI login error

Comment 14 Nikolai Sednev 2018-02-12 14:36:24 UTC
Created attachment 1394936 [details]
sosreport from the engine

Comment 15 Nikolai Sednev 2018-02-20 17:45:06 UTC
Now iSCSI deployment is working with these components:
Works for me on these components on host:
rhvm-appliance-4.2-20180202.0.el7.noarch
ovirt-hosted-engine-ha-2.2.5-1.el7ev.noarch
ovirt-hosted-engine-setup-2.2.10-1.el7ev.noarch
Red Hat Enterprise Linux Server release 7.4 (Maipo)
Linux 3.10.0-693.19.1.el7.x86_64 #1 SMP Thu Feb 1 12:34:44 EST 2018 x86_64 x86_64 x86_64 GNU/Linux

Comment 18 errata-xmlrpc 2018-05-15 17:32:28 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2018:1471

Comment 19 Franta Kust 2019-05-16 13:02:58 UTC
BZ<2>Jira Resync