Bug 1373489 - Automate executing a method that is no longer present in the system.
Summary: Automate executing a method that is no longer present in the system.
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: Unspecified
high
high
Target Milestone: GA
: 5.7.0
Assignee: Tina Fitzgerald
QA Contact: Milan Falešník
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-09-06 12:05 UTC by Prasad Mukhedkar
Modified: 2019-12-16 06:38 UTC (History)
6 users (show)

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


Attachments (Terms of Use)
Automation Logs (2.38 MB, application/x-tar)
2016-09-09 05:15 UTC, Prasad Mukhedkar
no flags Details

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


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