Bug 1375308

Summary: Errno::ECONNREFUSED: Connection refused - connect(2) for "127.0.0.1" port 43847
Product: Red Hat CloudForms Management Engine Reporter: Josh Carter <jocarter>
Component: AutomateAssignee: Tina Fitzgerald <tfitzger>
Status: CLOSED NOTABUG QA Contact: Dave Johnson <dajohnso>
Severity: urgent Docs Contact:
Priority: unspecified    
Version: 5.6.0CC: bdunne, jhardy, jocarter, mkanoor, obarenbo, tfitzger
Target Milestone: GA   
Target Release: 5.7.0   
Hardware: All   
OS: All   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-11-09 19:47:16 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
bz_1375308_pr_10445 hot fix none

Comment 5 Tina Fitzgerald 2016-09-12 19:31:38 UTC
Working with support to suggest that customer change the puma configuration settings to see if it resolves the connection refused error.

Comment 10 Brandon Dunne 2016-09-13 15:57:24 UTC
Created attachment 1200554 [details]
bz_1375308_pr_10445 hot fix

Comment 11 Tina Fitzgerald 2016-09-14 19:50:48 UTC
We believe the customer issue is caused by setting
the root object ecloud_client attribute(object) in the authenticate
method.

root value:
ecloud_client: #<Fog::Compute::Ecloud::Real:0x000000012ce4e8>

Each automate method runs in its own process, so the ecloud_client
object should be set in the method where it's used.

The customer is currently using 3 states in the provisioning state machine:
1. authenticate (customizerequest)
2. object_walker (registerAD)
3. get_vm(provision)

The authenticate method sets this root object attribute which is
causing the error:
 $evm.root['ecloud_client'] = Fog::Compute::Ecloud.new ecloud_options

We see this code in the get_vm method:
 #client = Fog::Compute::Ecloud.new ecloud_options
  ecloud_client = $evm.root['ecloud_client']

Can you ask the customer to remove the setting of root ecloud_client
attribute in the authenticate method and instead set it in the get_vm
method?

Comment 12 Tina Fitzgerald 2016-09-16 18:22:42 UTC
My understanding is that the customer issue has been resolved with the changes described above.

Comment 13 Tina Fitzgerald 2016-10-10 21:54:11 UTC
Hi Josh,

Can we close this ticket?

Thanks,
Tina