Bug 798549
| Summary: | French :Connection Refused : when given an unreachable url while making blueprint | ||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Retired] CloudForms Cloud Engine | Reporter: | Shveta <ssachdev> | ||||||||||||||
| Component: | aeolus-conductor | Assignee: | Tzu-Mainn Chen <tzumainn> | ||||||||||||||
| Status: | CLOSED ERRATA | QA Contact: | Rehana <redakkan> | ||||||||||||||
| Severity: | high | Docs Contact: | |||||||||||||||
| Priority: | unspecified | ||||||||||||||||
| Version: | 1.0.0 | CC: | akarol, deltacloud-maint, hbrock, jlaska, slinaber, ssachdev, tzumainn | ||||||||||||||
| Target Milestone: | beta6 | Keywords: | Triaged | ||||||||||||||
| Target Release: | --- | ||||||||||||||||
| Hardware: | Unspecified | ||||||||||||||||
| OS: | Unspecified | ||||||||||||||||
| Whiteboard: | |||||||||||||||||
| Fixed In Version: | v0.8.2-1 | Doc Type: | Bug Fix | ||||||||||||||
| Doc Text: | Story Points: | --- | |||||||||||||||
| Clone Of: | Environment: | ||||||||||||||||
| Last Closed: | 2012-05-15 22:47:56 UTC | Type: | --- | ||||||||||||||
| Regression: | --- | Mount Type: | --- | ||||||||||||||
| Documentation: | --- | CRM: | |||||||||||||||
| Verified Versions: | Category: | --- | |||||||||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||||||||
| Embargoed: | |||||||||||||||||
| Attachments: |
|
||||||||||||||||
Created attachment 566493 [details]
connection
Created attachment 567061 [details]
Unreachable URL en Francais
Works for me in aeolus-conductor-0.8.0-39.el6, using the steps described above to attempt to reproduce. Created attachment 567492 [details]
Connection refused
I still see the bug ..
rpm -qa|grep aeolus
aeolus-conductor-daemons-0.8.0-40.el6.noarch
aeolus-configure-2.5.0-17.el6.noarch
rubygem-aeolus-image-0.3.0-12.el6.noarch
aeolus-conductor-0.8.0-40.el6.noarch
rubygem-aeolus-cli-0.3.0-12.el6.noarch
aeolus-all-0.8.0-40.el6.noarch
aeolus-conductor-doc-0.8.0-40.el6.noarch
Moving this to beta 5 since it's a translation issue and we haven't had time to get through them all yet. The reported error actually happens when iwhd or imagefactory is down. I've created a patch: https://fedorahosted.org/pipermail/aeolus-devel/2012-March/009539.html Pushed to master: commit 0233b56d91c876bbe1fa0fa2d0b340c4902b7de1 BZ 798549 removed humanize_error, added in 'require util/conductor' commit 2bc2100e11a7f696aeb9461c1ba810639605c647 BZ 798549 added exception handling and humanize_error to catch connection refused errors commit 813182924df12064995b62c039d01d0fca9590d2 BZ 798549 added humanize_error Issue is still there in the latest puddle http://download.lab.bos.redhat.com/rel-eng/CloudForms/1.0/latest/el6-ce/ Please ping on IRC so that i can help reproduce this issue... rpm -qa|grep aeolus rubygem-aeolus-image-0.3.0-12.el6.noarch rubygem-aeolus-cli-0.3.0-14.el6.noarch aeolus-conductor-doc-0.8.0-43.el6.noarch aeolus-conductor-0.8.0-43.el6.noarch aeolus-configure-2.5.0-18.el6.noarch aeolus-conductor-daemons-0.8.0-43.el6.noarch aeolus-all-0.8.0-43.el6.noarch ================================================== aeolus-check-services Checking mongod ... Success: mongod (pid 7523) is running... Checking iwhd ... Success: iwhd (pid 7557) is running... Checking postgresql ... Success: postmaster (pid 7359) is running... Checking httpd ... Success: httpd (pid 6966) is running... Checking qpidd ... Success: qpidd (pid 7592) is running... Checking deltacloud-core ... Success: deltacloud-core (pid 7717) is running... Checking libvirtd ... Success: libvirtd (pid 7030) is running... Checking aeolus-conductor ... Success: thin (pid 7472) is running... Checking conductor-dbomatic ... Success: dbomatic (pid 7416) is running... Checking imagefactory ... Success: imagefactory (pid 7655) is running... Checking ntpd ... Success: ntpd (pid 7148) is running... Created attachment 570589 [details]
unreachable_host
Moving this one to beta 6. QE is not consuming beta 5 anyway so there's no point in blocking it on this issue. Ah. thanks for the clarification on how this error was generated; patch created: https://fedorahosted.org/pipermail/aeolus-devel/2012-March/009602.html Pushed to master: commit 94f0d7c283a5dcfd5d110a0906bf33b34e9cfa25 BZ 798549 added additional rescue cases when trying to import xml from url assigning to rehana Now it displays appropriate error message when tried to access a unreachable URL (pfa:ss1.ong) Verified the bug on: rpm -qa | grep aeolus rubygem-aeolus-image-0.3.0-12.el6.noarch aeolus-conductor-0.8.7-1.el6.noarch aeolus-conductor-doc-0.8.7-1.el6.noarch aeolus-conductor-daemons-0.8.7-1.el6.noarch aeolus-configure-2.5.2-1.el6.noarch aeolus-all-0.8.7-1.el6.noarch rubygem-aeolus-cli-0.3.1-1.el6.noarch Created attachment 574823 [details]
ss1
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. http://rhn.redhat.com/errata/RHEA-2012-0583.html |
Created attachment 566491 [details] unreachable_url_french Description of problem: Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. Enabled french in browser 2. Administer -- content --Default catalog -- create new BP 3. From URL , provide an unreachable url Actual results: Expected results: Additional info: rpm -qa|grep aeolus aeolus-conductor-0.8.0-38.el6.noarch aeolus-all-0.8.0-38.el6.noarch aeolus-conductor-daemons-0.8.0-38.el6.noarch aeolus-configure-2.5.0-15.el6.noarch rubygem-aeolus-image-0.3.0-10.el6.noarch rubygem-aeolus-cli-0.3.0-11.el6.noarch aeolus-conductor-doc-0.8.0-38.el6.noarch