Bug 1716929
Summary: | [RHV] ISO provisioning fails as it's unable to open /tmp/floppy/ks.cfg | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat CloudForms Management Engine | Reporter: | Angelina Vasileva <anikifor> | ||||
Component: | Providers | Assignee: | Martin Perina <mperina> | ||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Angelina Vasileva <anikifor> | ||||
Severity: | high | Docs Contact: | Red Hat CloudForms Documentation <cloudforms-docs> | ||||
Priority: | high | ||||||
Version: | 5.10.5 | CC: | bodnopoz, jfrey, jhardy, obarenbo, simaishi | ||||
Target Milestone: | GA | Keywords: | Regression, TestOnly, ZStream | ||||
Target Release: | 5.11.0 | ||||||
Hardware: | All | ||||||
OS: | All | ||||||
Whiteboard: | |||||||
Fixed In Version: | 5.11.0.10 | Doc Type: | If docs needed, set a value | ||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | |||||||
: | 1721126 (view as bug list) | Environment: | |||||
Last Closed: | 2019-12-13 15:09:00 UTC | Type: | Bug | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | Bug | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | RHEVM | Target Upstream Version: | |||||
Embargoed: | |||||||
Bug Depends On: | |||||||
Bug Blocks: | 1721126 | ||||||
Attachments: |
|
Description
Angelina Vasileva
2019-06-04 12:12:38 UTC
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. 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. |