| Summary: | PXE provision booting up with missing pxe boot entry | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat CloudForms Management Engine | Reporter: | Greg McCullough <gmccullo> | ||||
| Component: | Provisioning | Assignee: | Brandon Dunne <bdunne> | ||||
| Status: | CLOSED ERRATA | QA Contact: | Shveta <sshveta> | ||||
| Severity: | high | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 5.5.0 | CC: | bdunne, cpelland, dajohnso, fdewaley, jhardy, jocarter, mfeifer, mkanoor, obarenbo, simaishi, ssainkar, tfitzger | ||||
| Target Milestone: | GA | Keywords: | ZStream | ||||
| Target Release: | 5.5.3 | ||||||
| Hardware: | All | ||||||
| OS: | All | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | 5.5.3.2 | Doc Type: | Bug Fix | ||||
| Doc Text: |
In the previous version of CloudForms Management Engine, the VM booted up for PXE install with missing PXE boot entry. This was because when PXE provisioning a VM, we wrote the PXE boot files, boot the VM, then wait for it to power off. The power off signified that the installation was complete and the installer shut down the guest. Sometimes providers are slow enough that we can request the power on, refresh the provider (a very heavy operation for collecting the power state of the new VM), and the VMs power state is off because it has not yet powered on. The state machine logic has changed to now only look at the power state on the provider (much faster), and sit in a loop waiting for the VM to boot before moving on to the next "wait_for_power_off" state.
This fix changes the code to wait for the VM to be powered on in the provider. As a result, we now wait for the VM to boot and shut down before cleaning up the PXE files.
|
Story Points: | --- | ||||
| Clone Of: | 1318019 | Environment: | |||||
| Last Closed: | 2016-04-13 18:46:21 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: | |||||
| Bug Depends On: | 1318019 | ||||||
| Bug Blocks: | |||||||
| Attachments: |
|
||||||
|
Comment 1
Greg McCullough
2016-03-17 20:51:11 UTC
It looks like there may be some other issue affecting us... [----] E, [2016-03-21T13:33:36.761454 #2829:ca7998] ERROR -- : Q-task_id([miq_provision_5000000000930]) <AutomationEngine> Method exec failed because (Errno::EMFILE:Too many open files) Are there too many files open on the system? (In reply to Brandon Dunne from comment #5) > It looks like there may be some other issue affecting us... > [----] E, [2016-03-21T13:33:36.761454 #2829:ca7998] ERROR -- : > Q-task_id([miq_provision_5000000000930]) <AutomationEngine> Method exec > failed because (Errno::EMFILE:Too many open files) > > Are there too many files open on the system? that didn't seem to happen after he restored the vmdb. are we sure this isn't caused by the patch? Verified PXE provisioning . Vm is provisioned successfully. Build : 5.5.3.2.20160318152106_92d2d67 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/RHBA-2016:0616 |