Bug 1217001

Summary: Customer thrown away from ssh session to host due to | sslutils::332::ProtocolDetector.SSLHandshakeDispatcher::(handle_read) Error duri ng handshake: unexpected eof
Product: Red Hat Enterprise Virtualization Manager Reporter: Nikolai Sednev <nsednev>
Component: ovirt-hosted-engine-setupAssignee: Simone Tiraboschi <stirabos>
Status: CLOSED INSUFFICIENT_DATA QA Contact: Nikolai Sednev <nsednev>
Severity: urgent Docs Contact:
Priority: urgent    
Version: 3.6.0CC: acanan, bazulay, ecohen, gklein, lpeer, lsurette, nsednev, sbonazzo, stirabos, yeylon
Target Milestone: ---   
Target Release: 3.6.0   
Hardware: x86_64   
OS: Linux   
Whiteboard: integration
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-05-14 15:25:17 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1177771    
Attachments:
Description Flags
alma02 logs
none
sosreport none

Description Nikolai Sednev 2015-04-29 11:39:19 UTC
Created attachment 1020083 [details]
alma02 logs

Description of problem:
Customer thrown away from ssh session to host due to | sslutils::332::ProtocolDetector.SSLHandshakeDispatcher::(handle_read) Error duri ng handshake: unexpected eof



Version-Release number of selected component (if applicable):
sanlock-3.2.2-2.el7.x86_64
glusterfs-fuse-3.7.0alpha0-0.17.gited96153.el7.centos.x86_64
glusterfs-libs-3.7.0alpha0-0.17.gited96153.el7.centos.x86_64
glusterfs-rdma-3.7.0alpha0-0.17.gited96153.el7.centos.x86_64
glusterfs-cli-3.7.0alpha0-0.17.gited96153.el7.centos.x86_64
glusterfs-3.7.0alpha0-0.17.gited96153.el7.centos.x86_64
qemu-kvm-rhev-2.1.2-23.el7_1.2.x86_64
sanlock-python-3.2.2-2.el7.x86_64
vdsm-4.17.0-732.git57b00f9.el7.x86_64
glusterfs-devel-3.7.0alpha0-0.17.gited96153.el7.centos.x86_64
sanlock-lib-3.2.2-2.el7.x86_64
glusterfs-server-3.7.0alpha0-0.17.gited96153.el7.centos.x86_64
mom-0.4.3-1.el7.noarch
glusterfs-debuginfo-3.7.0alpha0-0.17.gited96153.el7.centos.x86_64
libvirt-1.2.8-16.el7_1.2.x86_64
glusterfs-geo-replication-3.7.0alpha0-0.17.gited96153.el7.centos.x86_64
glusterfs-api-3.7.0alpha0-0.17.gited96153.el7.centos.x86_64
glusterfs-extra-xlators-3.7.0alpha0-0.17.gited96153.el7.centos.x86_64
ovirt-hosted-engine-setup-1.3.0-0.0.master.20150423140918.git88d1d14.el7.noarch
Red Hat Enterprise Linux Server release 7.1 (Maipo)

How reproducible:
100%

Steps to Reproduce:
1.Get installed the hiperconverged required packages and run hosted-engine --deploy.
2.Try setting the Gluster option during deployment to get to hiperconverged HC deployment.


Actual results:
Got thrown away from ssh session.

Expected results:

Should continue to operate within the ssh session.

Additional info:
logs from host attached.

Comment 1 Nikolai Sednev 2015-04-29 11:48:59 UTC
Created attachment 1020087 [details]
sosreport

Comment 2 Nikolai Sednev 2015-04-29 11:52:16 UTC
[ INFO  ] Stage: Initializing
[ INFO  ] Generating a temporary VNC password.
[ INFO  ] Stage: Environment setup
          Continuing will configure this host for serving as hypervisor and create a VM where you have to install oVirt Engine afterwards.
          Are you sure you want to continue? (Yes, No)[Yes]:
          Configuration files: []
          Log file: /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20150429145037-jbcizs.log
          Version: otopi-1.4.0_master (otopi-1.4.0-0.0.master.20150423125505.git08ea44e.el7)
[ INFO  ] Hardware supports virtualization
[ INFO  ] Bridge ovirtmgmt already created
[ INFO  ] Stage: Environment packages setup
[ INFO  ] Stage: Programs detection
[ INFO  ] Stage: Environment setup
[ INFO  ] Stage: Environment customization

          --== STORAGE CONFIGURATION ==--

          During customization use CTRL-D to abort.
          Please specify the storage you would like to use (glusterfs, iscsi, fc, nfs3, nfs4)[nfs3]: Connection to alma02.qa.lab.tlv.redhat.com closed by remote host.
Connection to alma02.qa.lab.tlv.redhat.com closed.
[nsednev@nsednev ~]$

Comment 3 Sandro Bonazzola 2015-05-14 14:03:54 UTC
Please provide exact steps to reproduce this.
It's not reproducible on a clean RHEL 7.1 host.

Comment 4 Nikolai Sednev 2015-05-14 14:09:37 UTC
Weird,
I was using the rhel7.1 from jenkins foreman clean host reprovisioned my host and then followed your instructions to get started with the HC deployment, anyway, now this issie not being reproduced, so this bug might be closed as works for me or if you see something withing the logs, please fix if you discovered something.

Comment 5 Sandro Bonazzola 2015-05-14 15:25:17 UTC
Closing with insufficient data for reproducing.
Will reopen if it shows up again.