Description of problem:
Through conductor I deployed 10 images but only 9 vms actually started. Looking through the logs I found this backend exception in deltacloud-core. This type of error need to be communicated to the user.
Version-Release number of selected component (if applicable):
thin server (localhost:3002) [deltacloud-mock]: RHEVM::RHEVMBackendException:Cannot run VM. There are no available running Hosts with sufficient memory in VM's Cluster .
/usr/share/deltacloud-core/bin/../lib/sinatra/rabbit.rb:125:in `POST /api/instances/:id/start'
So maybe this isn't deltacloud's issue, conductor needs to catch this?
Cleaning up ON_QA bugs I came across this related issue:
bug 744289 pointing to --> https://issues.apache.org/jira/browse/DTACLOUD-88
Is conductor problem not Deltacloud problem.
https://issues.apache.org/jira/browse/DTACLOUD-88 is still open, mostly because I had not gotten to that record in the JIRA cleanup process (reverifying and closing old reports). According to BZ-744289, DTACLOUD-88 should actually be resolved.
This report shows that Deltacloud is actually returning the backend error message as requested in DTACLOUD-88: "Cannot run VM. There are no available running
Hosts with sufficient memory in VM's Cluster", not just the generic "Operation start failed."
Since the problem reported is that "this type of error need to be communicated to the user" and the user was interfacing with Conductor, I'm reassigning this BZ to that component.(Also see development's comments in Comment 3 above).
Dave, is this error properly reported through API? Mean do you get '50x' error? If so, then this is not a bug. DC just properly reports what it got from the RHEV-M server.
This looks like an instance where we're not reacting correctly to an error. Can you please investigate?
*** Bug 788819 has been marked as a duplicate of this bug. ***
Patch has been posted: https://fedorahosted.org/pipermail/aeolus-devel/2012-February/008839.html
Based on the review pushing back to ON_DEV
I tried to reproduce it more times.
- wrong flash massage(exception from DC appeared in the UI when the user stopped instance)
- state of instance during starting changed from pending to create_failed and vice versa
- failed instance (rhevm out of memory) changed state from create_failed and stopped and vice versa.
Created attachment 570415 [details]
flash msg only after reload
As I wrote on the list, could you provide the steps necessary to reproduce these issues because I wasn't able to do that?
After more reproductions I could not to hit issues with states. I think, it appears only with special cases. Before I had 4 running instances from 5 in deployment, I achieved running ones only 2-3 of 5 in today's reproducing. Also strange thing for me was that the count of running instances was various.
I had observed case when I stopped running instances then create_failed instance started in previous reproduction, but not in today's one. I'm not sure if it was caused by rhevm or dbomatic.
Still I think you should fix the flash message when the conductor gets error about memory and show it immediately not after refresh the page.
Rebased revision sent: https://fedorahosted.org/pipermail/aeolus-devel/2012-May/010523.html
Pushed to master:
Author: Imre Farkas <firstname.lastname@example.org>
Date: Tue Feb 14 16:51:00 2012 +0100
BZ786535: display failures for instances (rev. 4)
Rebased and autoupdate moved to mustache
>> rpm -qa |grep aeolus
I launched a rhevm instance to a realm w/o available hosts. Conductor returned the following alert - no page refresh required:
500 : Cannot run VM. There are no available running Hosts in the Host Cluster.
See the attached screenshot for full page view.
Marking this BZ as 'verified'
Created attachment 615589 [details]
Alert shown w/o refresh
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.