Bug 1281556
| Summary: | Swift timeouts uploading images to glance | ||
|---|---|---|---|
| Product: | Red Hat OpenStack | Reporter: | Jason Montleon <jmontleo> |
| Component: | openstack-tripleo-heat-templates | Assignee: | Christian Schwede (cschwede) <cschwede> |
| Status: | CLOSED ERRATA | QA Contact: | Mike Abrams <mabrams> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 7.0 (Kilo) | CC: | cschwede, derekh, jcoufal, jmontleo, mabrams, mburns, pgrist, rhel-osp-director-maint, srevivo, thiago, zaitcev |
| Target Milestone: | rc | Keywords: | Triaged |
| Target Release: | 10.0 (Newton) | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | openstack-tripleo-heat-templates-5.0.0-0.20160725225924.77f6c40.el7ost | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2016-12-14 15:17:11 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: | |
| Embargoed: | |||
|
Description
Jason Montleon
2015-11-12 19:06:09 UTC
If this bug requests changes in the Director, shouldn't it be assigned to the corresponding component? I think it's either rhel-osp-installer or rhel-osp-director. [BTW the reason why Swift sets default node timeout to a rather low value of 10s is that it makes sense when you have many nodes. The proxy must resolve quorum quickly, and if it has 2 broken nodes, then effective delay increases. Some clients only wait 60 seconds for the start of the data transfer, and all this mechanics has to act quicker. It's well known that Swift won't work well on nodes with a great service time.] I'm fine with it being moved to director if a way to change the setting hasn't yet been implemented. And I take what you're saying as truth. The problem I am is hitting is that we are trying to automate installation of OSP and Cloudforms for RHCI and the CFME image upload pretty much always bombs out in testing. Us setting a higher node timeout to test sounds like it's simply going to reverse the problem, making it work well for a few low power nodes like might be seen in a test environment and not well for several proper nodes in a production environment, which is in no way better. So, if we had a way to make the change manually prior to deployment I'd be fine with that as a solution. This bug did not make the OSP 8.0 release. It is being deferred to OSP 10. Clearing the OSP10 target and this goes into the list to triage for next release. This may be related to a recent issue or not even a bug anymore and was from OSP7. Ideally, we should be able to set options in tripleo to set different options for different deployments types. For example, if this is a test (or PoC) deployment with very few nodes, then maybe the timeout could be increased, but if this is a real-world production deployment, then the correct (swift default) timeout option should remain in place. I think I filed this against OSP 7 originally. Since we moved to OSP 8 I have not encountered problems with this. Marking this as MODIFIED; the increased timeout is included in the builds for OSP10. 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://rhn.redhat.com/errata/RHEA-2016-2948.html |