Created attachment 1196574 [details] RHVH using self-hosted, tried GUI and command line Description of problem: using either RHEL7.2 or RHV4H, the hosted-engine --deploy will stall on "Waiting for VDSM to reply" on certain servers. In this case an HP DL180SE G6 using a single NIC. Version-Release number of selected component (if applicable): RHV 4.0 otopi-1.5.1-3.el7ev How reproducible: run hosted-engine --deploy following instructions for self-hosted engine (same result on RHEL 7.2 and RHVH) Steps to Reproduce: 1. Install RHEL7.2 (register system, disable repos all, enable repos, yum update, reboot) 2. yum install ovirt-hosted-engine-setup 3. yum install rheum-appliance 4. hosted-engine --deploy Actual results: [root@virt01 ~]# hosted-engine --deploy /usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py:15: DeprecationWarning: vdscli uses xmlrpc. since ovirt 3.6 xmlrpc is deprecated, please use vdsm.jsonrpcvdscli import vdsm.vdscli [ INFO ] Stage: Initializing [ INFO ] Generating a temporary VNC password. [ INFO ] Stage: Environment setup During customization use CTRL-D to abort. Continuing will configure this host for serving as hypervisor and create a VM where you have to install the engine afterwards. Are you sure you want to continue? (Yes, No)[Yes]: It has been detected that this program is executed through an SSH connection without using screen. Continuing with the installation may lead to broken installation if the network connection fails. It is highly recommended to abort the installation and run it inside a screen session using command "screen". Do you want to continue anyway? (Yes, No)[No]: Yes [ INFO ] Hardware supports virtualization Configuration files: [] Log file: /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20160831185022-gspw2x.log Version: otopi-1.5.1 (otopi-1.5.1-3.el7ev) [ INFO ] Stage: Environment packages setup [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment setup [ INFO ] Waiting for VDSM to reply [ INFO ] Waiting for VDSM to reply [ INFO ] Waiting for VDSM to reply ^C[ ERROR ] Failed to execute stage 'Environment setup': SIG2 [ INFO ] Stage: Clean up [ INFO ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20160831185041.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Hosted Engine deployment failed Log file is located at /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20160831185022-gspw2x.log Expected results: [root@virt01 ~]# hosted-engine --deploy /usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py:15: DeprecationWarning: vdscli uses xmlrpc. since ovirt 3.6 xmlrpc is deprecated, please use vdsm.jsonrpcvdscli import vdsm.vdscli [ INFO ] Stage: Initializing [ INFO ] Generating a temporary VNC password. [ INFO ] Stage: Environment setup During customization use CTRL-D to abort. Continuing will configure this host for serving as hypervisor and create a VM where you have to install the engine afterwards. Are you sure you want to continue? (Yes, No)[Yes]: It has been detected that this program is executed through an SSH connection without using screen. Continuing with the installation may lead to broken installation if the network connection fails. It is highly recommended to abort the installation and run it inside a screen session using command "screen". Do you want to continue anyway? (Yes, No)[No]: Yes [ INFO ] Hardware supports virtualization Configuration files: [] Log file: /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20160831214326-ef4m1v.log Version: otopi-1.5.1 (otopi-1.5.1-3.el7ev) [ INFO ] Stage: Environment packages setup [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment setup [WARNING] Cannot locate gluster packages, Hyper Converged setup support will be disabled. [ INFO ] Please abort the setup and install vdsm-gluster, gluster-server >= 3.7.2 and restart vdsmd service in order to gain Hyper Converged setup support. [ INFO ] Stage: Environment customization --== STORAGE CONFIGURATION ==-- Please specify the storage you would like to use (glusterfs, iscsi, fc, nfs3, nfs4)[nfs3]: Additional info: Disabling IPV6 on all interfaces via sysctl.conf is a workaround. Same method succeed on older AMD servers Attached is an SOS from a RHVH4 install I ran sosreport on. I have logs for RHEL7.2 also available. Seems identical to this - http://lists.ovirt.org/pipermail/users/2016-July/041110.html
Created attachment 1196575 [details] vdsm logs from RHEL7.2 same issue
Verified on - ovirt-hosted-engine-setup-2.3.5-1.el7ev.noarch ovirt-hosted-engine-ha-2.3.1-1.el7ev.noarch ovirt-ansible-hosted-engine-setup-1.0.11-1.el7ev.noarch 4.3.1.1-0.1.el7 vdsm-4.30.9-1.el7ev.x86_64 using rhvh-4.3.0.5-0.20190225.0+1 and rhvm-appliance-4.3-20190220.2.el7.x86_64 Verified with and over an IPv6 static address only
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/RHEA-2019:1050