Created attachment 1577039 [details] example of failed provisioning Description of problem: ISO provisioning is not successful. Version-Release number of selected component (if applicable): CFME 5.10.5.1.20190528153822_0501085 RHV 4.3.3.5-0.1.el7 How reproducible: 100% in our environment Steps to Reproduce: All the steps as in https://mojo.redhat.com/docs/DOC-1183707 Actual results: Request for provisioning doesn't succeed Expected results: VM is successfully provisioned Additional info: Reproduction environment can be found here 10.16.5.96. This is probably a regression as this feature used to work but I can't trace when it was working last time. Related bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1584675 https://bugzilla.redhat.com/show_bug.cgi?id=1613326
Angelina, I've looked at engine.log and there are plenty of severe errors: 2019-06-04 03:14:24,923-04 ERROR [org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring] (EE-ManagedThreadFactory-engineScheduled-Thread-54) [] ResourceManager::refreshVdsRunTimeInfo: host=env-rhv43-02.cfme2.lab.eng.rdu2.redhat.com(7e04413f-de08-41d9-a567-4772787f838d): WFLYWELD0039: Singleton not set for null. This means that you are trying to access a weld deployment with a Thread Context ClassLoader that is not associated with the deployment. This indicates that you are using old EAP 7.2.0, which is not compatible with RHV 4.3.3 and could cause whole RHV to work improperly. Could you please check that you have installed EAP 7.2.1 or later on RHV Manager machine? Version can easily be checked using: rpm -q eap7-wildfly If you have 7.2.0 installed, please upgrade to 7.2.1+ using below steps: yum check-update # Check if EAP 7.2.1 packages are available, if not please check your repositories yum update systemctl restart ovirt-engine
Thanks, Martin. I checked. # rpm -q eap7-wildfly eap7-wildfly-7.2.1-5.GA_redhat_00003.1.el7eap.noarch
(In reply to Angelina Nikiforova from comment #8) > Thanks, Martin. I checked. > > # rpm -q eap7-wildfly > eap7-wildfly-7.2.1-5.GA_redhat_00003.1.el7eap.noarch This is not current 7.2.1 GA package, the correct one is eap7-wildfly-7.2.1-6. You can get current released 7.2.1 from below repo http://download-ipv4.eng.brq.redhat.com/released/jboss/eap7/latest-released/JBEAP-7.2-RHEL-7/Server/x86_64/os/ Or you can try update 7.2.2, RHV QE are already testing this EAP 7.2.2 CR release.
https://github.com/ManageIQ/manageiq-providers-ovirt/pull/379
New commit detected on ManageIQ/manageiq-providers-ovirt/master: https://github.com/ManageIQ/manageiq-providers-ovirt/commit/270f1e881f60532822b75da63e57deeabcf32465 commit 270f1e881f60532822b75da63e57deeabcf32465 Author: Boris Odnopozov <bodnopoz> AuthorDate: Sun Jun 16 08:54:54 2019 -0400 Commit: Boris Odnopozov <bodnopoz> CommitDate: Sun Jun 16 08:54:54 2019 -0400 Add skeletal provisioning to V4 We did not implement skeletal provisioning for V4, the idea is to create a new VM with new disks that have the same parameters as the original ones but are not cloned. The VM will have the blank template as its original template. Fixes: https://bugzilla.redhat.com/show_bug.cgi?id=1716929 app/models/manageiq/providers/redhat/infra_manager/ovirt_services/strategies/v4.rb | 55 + spec/models/manageiq/providers/redhat/infra_manager/ovirt_services/strategies/v4_spec.rb | 41 +- 2 files changed, 93 insertions(+), 3 deletions(-)
CFME 5.11.0.11.20190625161125_392c61e RHV 4.3.4.3-0.1.el7 Verified using test_rhev_iso_servicecatalog in the automation. There're no errors and installation begins successfully (no "/tmp/floppy/ks.cfg' errors). Note: the installation hangs at "Performing post installation scripts" but I believe it's a problem with the kickstart script or a different bug. This bug is fixed and verified.