Description of problem: I got: Failed to install Host $HOST. Invalid data recieved during bootstrap. ^^ typo 2016-06-28 17:50:16,817 ERROR [org.ovirt.otopi.dialog.MachineDialogParser] (VdsDeploy) [1db81242] Cannot parse input: java.lang.RuntimeException: Invalid data recieved during bootstrap at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:369) [otopi.jar:] at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:404) [otopi.jar:] at org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase._threadMain(VdsDeployBase.java:304) [bll.jar:] at org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase.access$800(VdsDeployBase.java:45) [bll.jar:] at org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase$12.run(VdsDeployBase.java:386) [bll.jar:] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_91] 2016-06-28 17:50:16,818 ERROR [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (VdsDeploy) [1db81242] Error during deploy dialog: java.lang.RuntimeException: Invalid data recieved during bootstrap at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:369) [otopi.jar:] at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:404) [otopi.jar:] at org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase._threadMain(VdsDeployBase.java:304) [bll.jar:] at org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase.access$800(VdsDeployBase.java:45) [bll.jar:] at org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase$12.run(VdsDeployBase.java:386) [bll.jar:] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_91] 2016-06-28 17:50:16,821 ERROR [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (org.ovirt.thread.pool-8-thread-11) [1db81242] Error during host 10.34.63.223 install: java.lang.RuntimeException: Invalid data recieved during bootstrap at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:369) [otopi.jar:] at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:404) [otopi.jar:] at org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase._threadMain(VdsDeployBase.java:304) [bll.jar:] at org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase.access$800(VdsDeployBase.java:45) [bll.jar:] at org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase$12.run(VdsDeployBase.java:386) [bll.jar:] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_91] 2016-06-28 17:50:16,826 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-11) [1db81242] Correlation ID: 1db81242, Call Stack: null, Custom Event ID: -1, Message: Failed to install Host dell-r210ii-04. Invalid data recieved during bootstrap. 2016-06-28 17:50:16,826 ERROR [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (org.ovirt.thread.pool-8-thread-11) [1db81242] Error during host 10.34.63.223 install, prefering first exception: Invalid data recieved during bootstrap 2016-06-28 17:50:16,826 ERROR [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand] (org.ovirt.thread.pool-8-thread-11) [1db81242] Host installation failed for host '81774524-18a0-4f2a-a2a5-6ca524a753a3', 'dell-r210ii-04': Invalid data recieved during bootstrap Version-Release number of selected component (if applicable): 1.5.x (4.0) How reproducible: 100% Steps to Reproduce: 1. install 1.5 otopi/ovirt-host-deploy on 3.6 engine 2. deploy a host 3. Actual results: typo in failure msg Expected results: should be 'received' in the msg Additional info:
As far as I know 3.6 works with 1.4 and not 1.5. Why did you install 1.5? Sandro, am I right? If so, should be closed as NOTABUG.
(In reply to Oved Ourfali from comment #1) > As far as I know 3.6 works with 1.4 and not 1.5. Why did you install 1.5? > > Sandro, am I right? > If so, should be closed as NOTABUG. Because of BZ1348091 :)
So isn't it a duplicate? Anyhow it isn't infra.
(In reply to Oved Ourfali from comment #3) > So isn't it a duplicate? This bug is only about the typo, see subject. > Anyhow it isn't infra. Indeed.
(In reply to Yedidyah Bar David from comment #4) > (In reply to Oved Ourfali from comment #3) > > So isn't it a duplicate? > > This bug is only about the typo, see subject. > Oops :-) Too many errors I see every day... > > Anyhow it isn't infra. > > Indeed.
Can you please fill doc-text?
I already set it to '-', it's just a typo.
I'm not quite understanding why installing 1.5 otopi on 3.6's engine? I see that clean deployment of rhevm-3.6.9-0.1.el6.noarch is working with ovirt-host-deploy-1.4.1-1.el6ev.noarch and with otopi-1.4.2-1.el6ev.noarch. I also don't understand why this bug being targeted to 4.0.3, if bug happens on 3.6?
The bug is that if the engine side of host deploy (aka MachineDialogParser) fails to parse a reply it got from otopi, it emits an error message, and this error message has a typo - it has "recieved" instead of "received". Running otopi 1.5 on 3.6 is a way to cause this to happen. Another way - do this on the host: mkdir /etc/otopi.env.d echo export OTOPI_DEBUG=1 > /etc/otopi.env.d/mystuff.env
(In reply to Yedidyah Bar David from comment #9) > The bug is that if the engine side of host deploy (aka MachineDialogParser) > fails to parse a reply it got from otopi, it emits an error message, and > this error message has a typo - it has "recieved" instead of "received". > > Running otopi 1.5 on 3.6 is a way to cause this to happen. > > Another way - do this on the host: > > mkdir /etc/otopi.env.d > echo export OTOPI_DEBUG=1 > /etc/otopi.env.d/mystuff.env The expectations for fixing the bug are obvious, the question is how should I approach the verification? Should this bug be verified running on 3.6.9 or on 4.0.3? What should I do next to "mkdir /etc/otopi.env.d echo export OTOPI_DEBUG=1 > /etc/otopi.env.d/mystuff.env"?
Closing due to QE capacity, if still happens please reopen.
(In reply to Nikolai Sednev from comment #10) > (In reply to Yedidyah Bar David from comment #9) > > The bug is that if the engine side of host deploy (aka MachineDialogParser) > > fails to parse a reply it got from otopi, it emits an error message, and > > this error message has a typo - it has "recieved" instead of "received". > > > > Running otopi 1.5 on 3.6 is a way to cause this to happen. > > > > Another way - do this on the host: > > > > mkdir /etc/otopi.env.d > > echo export OTOPI_DEBUG=1 > /etc/otopi.env.d/mystuff.env > > The expectations for fixing the bug are obvious, the question is how should > I approach the verification? Should this bug be verified running on 3.6.9 or > on 4.0.3? > What should I do next to > "mkdir /etc/otopi.env.d > echo export OTOPI_DEBUG=1 > /etc/otopi.env.d/mystuff.env"? Start a host-deploy on that host. (In reply to Pavel Stehlik from comment #11) > Closing due to QE capacity, if still happens please reopen. Fine with me.