Bug 810919

Summary: Monitor Overview Page - Instance and Application numbers are not updated with page refresh
Product: [Retired] CloudForms Cloud Engine Reporter: Ronelle Landy <rlandy>
Component: aeolus-conductorAssignee: Tzu-Mainn Chen <tzumainn>
Status: CLOSED ERRATA QA Contact: Rehana <aeolus-qa-list>
Severity: high Docs Contact:
Priority: unspecified    
Version: 1.0.0CC: akarol, cpelland, deltacloud-maint, hbrock, juwu, ssachdev, tzumainn
Target Milestone: rcKeywords: Triaged, ZStream
Target Release: ---   
Hardware: Unspecified   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
The application and instance count on the “Monitor Overview” page did not update in real-time when a user deleted an application. This update adds real-time updates to the application and instance count in "Monitor Overview".
Story Points: ---
Clone Of: 824101
: 824101 859451 (view as bug list) Environment:
Last Closed: 2012-12-04 15:03:07 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:
Bug Depends On:    
Bug Blocks: 824101, 859451    
Attachments:
Description Flags
Screenshot1 - 100 Instances/Applications in CRZ Heading
none
Screenshot2 - 101 Instances/Applications showing in Heading
none
conductor/pools before application is deleted
none
/conductor/pools after the app is deleted
none
details page - before delete
none
details page after delete none

Description Ronelle Landy 2012-04-09 16:05:30 UTC
Created attachment 576249 [details]
Screenshot1 - 100 Instances/Applications in CRZ Heading

Description of problem:
I have two browsers pointing at the same Conductor instance - both open to the Monitor Overview page: /conductor/pools. There are 101 instances running.

 - Using one browser, I stop the first of the 101 instances. After a few minutes I check the second browser. The instance is shown as stopped in the second browse - all good so far.

 - Now I go back to the first browser, to the conductor/deployments page and delete the second entry (deployment) and later the third. After a few minutes I check the second browser (still pointing at conductor/pools). This browser does not show the deleted instances but the *number* of Applications and *Instances* listed in the Cloud Resource Zone heading is not updated and still shows 101 Applications and 101 Instances. (see attached screenshots). 


Steps to Reproduce:
1. Open two browsers pointing at the same Conductor instance - both open to the Monitor Overview page: /conductor/pools
2. Using one browser, navigate to the conductor/deployments page
3. Delete one deployment
4. In the same browser navigate to the conductor/pools page - see that the deleted instance is no longer visible and the number of Instances and Applications has been updated (see screenshot 1)
5. Go to the second browser. See that the deleted instance is not showing but the number of Instances and Applications is not updated. (see screenshot 2)
  
rpms tested:

rpm -qa |grep aeolus
aeolus-conductor-daemons-0.8.7-1.el6.noarch
rubygem-aeolus-image-0.3.0-12.el6.noarch
rubygem-aeolus-cli-0.3.1-1.el6.noarch
aeolus-configure-2.5.2-1.el6.noarch
aeolus-conductor-0.8.7-1.el6.noarch
aeolus-conductor-doc-0.8.7-1.el6.noarch
aeolus-all-0.8.7-1.el6.noarch

Comment 1 Ronelle Landy 2012-04-09 16:06:24 UTC
Created attachment 576255 [details]
Screenshot2 - 101 Instances/Applications showing in Heading

Comment 3 Tzu-Mainn Chen 2012-05-21 15:20:32 UTC
Patch created:

https://fedorahosted.org/pipermail/aeolus-devel/2012-May/010487.html

Comment 4 Tzu-Mainn Chen 2012-05-22 17:05:31 UTC
Patch pushed to master:

commit 5c54d1dbc08a30ed4d5f14a7d628a156f3ca1141
BZ810919 mustach-ify pretty-view pool header so that instance/deployment counts are automatically updated

Comment 6 Tzu-Mainn Chen 2012-05-23 14:50:30 UTC
cloned to 824101

*** This bug has been marked as a duplicate of bug 824101 ***

Comment 10 Ronelle Landy 2012-09-21 15:08:28 UTC
Tested rpms:

>> rpm -qa |grep aeolus
aeolus-configure-2.8.6-1.el6cf.noarch
rubygem-aeolus-image-0.3.0-12.el6.noarch
rubygem-aeolus-cli-0.7.1-1.el6cf.noarch
aeolus-conductor-0.13.8-1.el6cf.noarch
aeolus-conductor-daemons-0.13.8-1.el6cf.noarch
aeolus-conductor-doc-0.13.8-1.el6cf.noarch
aeolus-all-0.13.8-1.el6cf.noarch

Applications numbers do update when both of the two browsers are pointing at /conductor/pools (see screenshots attached: BeforeDelete.png and AfterDelete.png)

Application numbers do not update when the second browser (the one not involved in deleting the app) is pointing at the details page /conductor/pools/1 (see attached screenshots 28Apps.png and still8_apps.png

Comment 11 Ronelle Landy 2012-09-21 15:09:20 UTC
Created attachment 615478 [details]
conductor/pools before application is deleted

Comment 12 Ronelle Landy 2012-09-21 15:10:22 UTC
Created attachment 615479 [details]
/conductor/pools after the app is deleted

Comment 13 Ronelle Landy 2012-09-21 15:11:00 UTC
Created attachment 615480 [details]
details page - before delete

Comment 14 Ronelle Landy 2012-09-21 15:11:28 UTC
Created attachment 615481 [details]
details page after delete

Comment 15 Ronelle Landy 2012-09-21 15:13:15 UTC
Marking this BZ as 'verified' and opening an other BZ for the details page.

Comment 17 errata-xmlrpc 2012-12-04 15:03:07 UTC
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-1516.html