Bug 852626
| Summary: | aeolus-upgrade on f16 fails with err "Invalid HTTP Return Code: 500,was expecting one of 200" | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Retired] CloudForms Cloud Engine | Reporter: | Aziza Karol <akarol> | ||||
| Component: | aeolus-configure | Assignee: | Steve Linabery <slinaber> | ||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Giulio Fidente <gfidente> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 1.1.0 | CC: | athomas, dajohnso, gfidente, jlaska | ||||
| Target Milestone: | rc | ||||||
| Target Release: | --- | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | aeolus-configure-2.8.8-1.el6cf | Doc Type: | Bug Fix | ||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2012-12-12 15:15:44 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: | |||||||
| Attachments: |
|
||||||
|
Description
Aziza Karol
2012-08-29 07:21:27 UTC
Created attachment 607789 [details]
upgrade log
this might be beside the point, but should you really be running aeolus services during yum update? I don't think we support that, i.e. all testing I've done to date presumes aeolus services stopped before yum update of aeolus-* packages. I think this might be due to the broken aeolus-upgrade script which attempts to use '/bin/systemctl stop aeolus-services.service' to stop running aeolus (and related) services. On f16, it silently fails. On RHEL, it complains 'unrecognized service', see https://bugzilla.redhat.com/show_bug.cgi?id=852866 I was unable to replicate the above failure, but I had stopped the running services by invoking 'aeolus-services stop'. I suspect (but have yet to confirm) that the second step of the upgrade is failing because the upgrade is being done with running services. Working on replicating the error by following your exact steps above. With the fix to aeolus-upgrade on master as 4ccb08ead9eabb46b3a41cd2c1d9656f5ad010ad I am no longer able to replicate this bug. I believe this bug was caused by services running during aeolus-upgrade because the autostop silently failed. Please advise. as per Dave's suggestion, this is not happening on RHEL using aeolus-configure-2.8.8-1.el6cf so I'm moving the bug to VERIFIED state. if the problem is still happening on Fedora, it should be reported against the Fedora component aeolus-configure, not the Cloud Engine product from Red Hat CloudForms-1.1 shipped with aeolus-conductor-0.13.24-1.el6cf, aeolus-configure- 2.8.11-1.el6cf, imagefactory-1.0.2-1.el6cf, iwhd-1.5-2.el6, and oz-0.8.0-6.el6cf Marking this bug CLOSED CURRENTRELEASE. Please reopen if the problem has not been addressed in the 1.1 product. As pointed out in comment#5, if the problem remains for Fedora, please file a new bug against aeolus in Fedora. |