Bug 1373489

Summary: Automate executing a method that is no longer present in the system.
Product: Red Hat CloudForms Management Engine Reporter: Prasad Mukhedkar <pmukhedk>
Component: AutomateAssignee: Tina Fitzgerald <tfitzger>
Status: CLOSED NOTABUG QA Contact: Milan Falešník <mfalesni>
Severity: high Docs Contact:
Priority: high    
Version: 5.6.0CC: jhardy, mkanoor, obarenbo, pmukhedk, sacpatil, tfitzger
Target Milestone: GA   
Target Release: 5.7.0   
Hardware: x86_64   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-09-15 15:06:00 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:
Attachments:
Description Flags
Automation Logs none

Comment 2 Tina Fitzgerald 2016-09-06 15:05:50 UTC 
Hi Prasad,

That seems odd. It sounds like maybe the server is still running with the old automate model.

Can you ask the customer to: 

1.Remove the custom domain instance:
ManageIQ/System/Policy:
ServiceTemplateProvisionRequest_starting

2. Stop and start the server. 
3. Order the service again.
4. Send the automation.log if the issue persists. 

Thanks,
Tina
Comment 4 Tina Fitzgerald 2016-09-06 15:59:00 UTC 
Hi Prasad,

No, the ManageIQ domain should remain as shipped.
 
Let's see if the restart resolves the issue.

Thanks,
Tina
Comment 5 Tina Fitzgerald 2016-09-07 16:22:47 UTC 
Hi Prasad,

Any update from the customer?

Thanks,
Tina
Comment 6 Sachin 2016-09-08 12:06:22 UTC 
Tina,

Customer updated that restarting the appliance did not solved the issue. He has also provided with the logs from all the appliances.
Comment 7 Tina Fitzgerald 2016-09-08 17:37:41 UTC 
Hi Prasad,

Where are the logs?

Thanks,
Tina
Comment 9 Prasad Mukhedkar 2016-09-09 05:15:24 UTC 
Created attachment 1199288 [details]
Automation Logs
Comment 10 Tina Fitzgerald 2016-09-09 19:29:19 UTC 
Hi Prasad,

I see that the error this time came from the quota_source method in the /Approval domain.

Can you ask the customer to disable that domain and run it again?

Initial logging:
task_id([service_template_provision_request_1000000001100]) <AEMethod quota_source>   
:[----] E, [2016-09-01T12:36:22.917435 #15797:124dba4] ERROR -- : Q-task_id([service_template_provision_request_1000000001100]) Method STDERR: <code: case $evm.root['quota_source_type'].downcase>:8:in `<main>': undefined method `downcase' for nil:NilClass (NoMethodError) 
:[----] I, [2016-09-01T12:36:22.955311 #15797:1269994]  INFO -- : Q-task_id([service_template_provision_request_1000000001100]) <AEMethod [/ManageIQ/System/CommonMethods/QuotaMethods/quota_source]> Ending

Most recent logging:
automation3.log:[----] E, [2016-09-08T10:22:47.899377 #30616:498e64] ERROR -- : Q-task_id([service_template_provision_request_1000000001113]) Method STDERR: <code: case $evm.root['quota_source_type'].downcase>:8:in `<main>': undefined method `downcase' for nil:NilClass (NoMethodError) 
automation3.log:[----] I, [2016-09-08T10:22:47.949658 #30616:4b7990]  INFO -- : Q-task_id([service_template_provision_request_1000000001113]) <AEMethod [/Approval/System/CommonMethods/QuotaMethods/quota_source]> Ending

Thanks,
Tina
Comment 12 Tina Fitzgerald 2016-09-15 14:29:47 UTC 
Hi Prasad,

I'm glad to hear that it is working properly.

Thanks,
Tina