Bug 1633346

Summary: ovirt HE install using the ovirt node NG install mother on ESXI (nested VM) fails
Product: [oVirt] ovirt-engine Reporter: Hetz Ben Hamo <hetz>
Component: BLL.NetworkAssignee: Dan Kenigsberg <danken>
Status: CLOSED WONTFIX QA Contact: Michael Burman <mburman>
Severity: high Docs Contact:
Priority: unspecified    
Version: 4.2.6.2CC: bugs, ylavi
Target Milestone: ---Flags: ylavi: planning_ack-
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-10-03 07:58:04 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Network RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
ovirt logs zip file none

Description Hetz Ben Hamo 2018-09-26 18:21:42 UTC
Created attachment 1487406 [details]
ovirt logs zip file

Description of problem:

I'm trying to install the ovirt-ng iso (4.2.6.1 but the issue also happens on earlier version) using ESXI as a Nested VM, 32 GB, 1 NIC, 8 cores, 200GB disk.

Installation of the ovirt works, after rebooting, going into cockpit and creating the HE - then there is an issue.

The issue is that after the system downloads the OVA, starts creating the HE, VM it comes to "TASK [Get local VM IP]" and then it stuck for few minutes, and then it fails. This only happens when ovirt is being installed as a nested VM on top of ESXI (6.7).

I've tried to follow the ovirt.org instructions and install the HE only (without the ovirt node itself) as a nested VM on top of ESXI - and it works without any problem, so it seems the issue is related to the ovirt HE installer.

I'm attaching a log files zip with all the necessary logs. If I missed something, please tell me and I'll add it.

Comment 1 Yaniv Lavi 2018-10-03 07:57:56 UTC
We don't plan to support this flow. Closing.

Comment 2 Red Hat Bugzilla Rules Engine 2018-10-03 07:58:04 UTC
Planning has indicated this request is declined. You may appeal this decision by reopening this request.