| Summary: | Intermittent puppet sync timeout installing RHV | ||
|---|---|---|---|
| Product: | Red Hat Quickstart Cloud Installer | Reporter: | James Olin Oden <joden> |
| Component: | Installation - RHEV | Assignee: | Fabian von Feilitzsch <fabian> |
| Status: | CLOSED ERRATA | QA Contact: | Dave Johnson <dajohnso> |
| Severity: | medium | Docs Contact: | Dan Macpherson <dmacpher> |
| Priority: | unspecified | ||
| Version: | 1.0 | CC: | bthurber, tpapaioa, tsanders |
| Target Milestone: | --- | Keywords: | Triaged |
| Target Release: | 1.1 | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2017-02-28 01:38:40 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: | |
|
Description
James Olin Oden
2016-08-23 16:43:58 UTC
We tried to resume the task, but it later timed out with the following error: ERF42-7017 [Foreman::Exception]: You've reached the timeout set for this action. If the action is still ongoing, you can click on the "Resume Deployment" button to continue. I am seeing this repeatedly on my deployments of RHV self-hosted. In my environment, the puppet run on the hypervisor system often takes an hour or more to complete. Resuming the Deploy Red Hat Virtualization task in dynflow after the puppet run completes, then resuming the Deploy task, will complete the deployment. I think that either the poll_intervals and attempts_before_next_interval values in server/app/lib/actions/fusor/host/wait_for_puppet.rb need to be changed, or the Out of sync interval and Puppet interval settings in Administer > Settings > Puppet should be tweaked, or there should at least be a more user-friendly way to resume the deployment than going into multiple dynflow tasks and resuming them in the right order. Fixed during 1.1 development work This bug is now invalid because puppet is no longer part of our deployment. Instead we use ansible, so I'm just going to mark as verified without any testing. If the ansible code shows a similar behavior I'll write a new bug. 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/RHEA-2017:0335 |