Bug 1368292 - Automate service objects do not list all VMs associated with the service
Summary: Automate service objects do not list all VMs associated with the service
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat CloudForms Management Engine
Classification: Red Hat
Component: Automate
Version: 5.6.0
Hardware: x86_64
OS: Linux
medium
medium
Target Milestone: GA
: 5.7.0
Assignee: drew uhlmann
QA Contact: Shveta
URL:
Whiteboard: provision:service:ui
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-08-19 02:27 UTC by Shane Boulden
Modified: 2016-09-12 22:11 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-09-06 17:42:42 UTC
Category: ---
Cloudforms Team: ---
Target Upstream Version:


Attachments (Terms of Use)

Description Shane Boulden 2016-08-19 02:27:30 UTC
Description of problem:
Automate service objects do not list all VMs associated with the service. 

Version-Release number of selected component (if applicable):
CFME 5.6.0.13.20160624114606_13a9153 
CF 4.1

How reproducible:
1. Create a catalog bundle consisting of several catalog items, each of which provisions a VM/ instance
2. Request the service, and wait for the VMs to provision
3. Record the name of the service
4. Start the interactive ruby shell on the Cloudforms appliance (See "Rails console" - https://pemcg.gitbooks.io/introduction-to-cloudforms-automation/content/chapter9/investigative_debugging.html)
5. Get a handle to the service (service = $evm.vmdb(:service).find_by_name("service-name")
6. List out the number of VMs for the service (service.v_total_vms)
7. List out the VMs for the service (service.vms)

Actual results:
The number and description of VMs reported from IRB different to that reported in the UI

Expected results:
The number and description of VMs reported from IRB is the same as that reported in the UI

Additional info:
This has yet to be tested on CFME 5.6.1

Comment 2 Greg McCullough 2016-08-19 12:49:11 UTC
Shane - Please provide an example of the counts you getting back so we can validate that our results match yours.

For example, is v_total_vms returning more or less then the number of VMs returned from service.vms?

Comment 3 Jeff Teehan 2016-08-19 15:26:03 UTC
I'll take the QE on this to start but may reassign.

Comment 4 Jeff Teehan 2016-08-22 21:12:38 UTC
I promised Shane I would follow up, but I need your help Shveta.  Let me know if you can reproduce it or send it back to me.  Thanks.

Comment 5 Shveta 2016-08-23 17:34:43 UTC
I recreated the use case . I don't see any bug .
I have a service named "bundle" which has 5 catalog items and hence 5 Vm's were provisioned.

(service.v_total_vms)
PostgreSQLAdapter#log_after_checkout, connection_pool: size: 5, connections: 1, in use: 1, waiting_in_queue: 0
PostgreSQLAdapter#log_after_checkin, connection_pool: size: 5, connections: 1, in use: 0, waiting_in_queue: 0
PostgreSQLAdapter#log_after_checkout, connection_pool: size: 5, connections: 1, in use: 1, waiting_in_queue: 0
PostgreSQLAdapter#log_after_checkin, connection_pool: size: 5, connections: 1, in use: 0, waiting_in_queue: 0
=> 5

Rails Console shell command also returned 5 VM's.
Please let me know if there was some other issue .

Comment 6 Shane Boulden 2016-08-25 04:23:43 UTC
Hi Shveta,

Thanks very much for your assistance. I've tried to replicate this issue multiple times at the site today, unfortunately without success. 

I suspect I introduced this in a post-provision automation, and if I can reproduce the behaviour I'll update you.

Greg,

Thanks for following up on this. I was seeing the number of VMs reported less than the UI. I have the original service which still shows this behaviour; v_total_vms reports 1, and 3 are shown in the UI, however, I'm unable to replicate it.


Note You need to log in before you can comment on or make changes to this bug.