Bug 847424 - rhc tools reports failure for creating scaled java app but it succeeds
Summary: rhc tools reports failure for creating scaled java app but it succeeds
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: OKD
Classification: Red Hat
Component: Website
Version: 1.x
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: ---
: ---
Assignee: Matt Woodson
QA Contact: libra bugs
URL:
Whiteboard:
: 849313 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-08-11 03:14 UTC by Wesley Hearn
Modified: 2012-08-23 20:38 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-08-23 20:38:13 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Wesley Hearn 2012-08-11 03:14:45 UTC
Description of problem:
When creating a scalable jbossas-7 app the rhc command line tools reports failure

Version-Release number of selected component (if applicable):
rubygem-rhc-0.95.14-2.fc17.noarch

How reproducible:
Always

Steps to Reproduce:
1. export pass="your openshift password"
2. rhc-create-app -a testscale1 -t jbosseap-6.0 -p $pass -s -d
3. watch error
  
Actual results:
Submitting form:
rhlogin: whearn
debug: true
Contacting https://openshift.redhat.com
Creating application: testscale1 in whearn
Problem reported from server. Response code was .

MESSAGES:
Failed to access resource: 


Expected results:
It to succeed and check out the git repository.


Additional info:

Comment 1 Wesley Hearn 2012-08-11 03:17:24 UTC
Forgot to post the success line from user_action.log:
SUCCESS DATE=2012-08-10 TIME=22:31:48 ACTION=ADD_APPLICATION REQ_ID=e6c5c77932bb4467af2f81af5d8085a9 USER_ID=da8d582bbfc6480bafea382caf466f69 LOGIN=whearn Created application testscale1

Comment 2 Rob Millner 2012-08-14 17:12:45 UTC
This is likely timeout based - JbossAS7 is the most time consuming cartridge to configure.

Comment 3 N. Harrison Ripps 2012-08-22 20:10:48 UTC
*** Bug 849313 has been marked as a duplicate of this bug. ***

Comment 4 N. Harrison Ripps 2012-08-22 20:21:36 UTC
Worked on this with Rajat. We were able to reproduce this using a direct request against the production broker using a curl command. This suggested that the problem was not in the rhc client tools.

Rajat and Ram ran with this and found the source of the problem: we are using Amazon's Elastic Load Balancer (ELB) with our production broker, and ELB has a 60-second timeout: https://forums.aws.amazon.com/thread.jspa?threadID=33427&start=50&tstart=50

In the long term, the broker and rhc client tools should be modified to handle the app creation process with multiple discrete actions:

1. User uses rhc client tools to request a new app
2. Broker responds with a ticket and kicks off the app creation
3. User can 'check in' with the ticket to monitor app creation progress
4. When the app is ready, user can use the ticket to set up the git clone

(User stories to this effect already exist in our backlog)

This approach makes an issue like a 60-second timeout unimportant to the implementation, and will ensure that the process works for ever-larger app setups.

In the meantime, we need to find another way to work around ELB's 60-second limit.

Comment 5 N. Harrison Ripps 2012-08-22 20:28:09 UTC
Reclassified and assigned to twoodson.

Comment 6 N. Harrison Ripps 2012-08-22 20:28:46 UTC
(In reply to comment #5)
> Reclassified and assigned to twoodson.

sorry; that's mwoodson.

Comment 7 Matt Woodson 2012-08-23 13:29:29 UTC
I have disabled the AWS ELB.  openshift.redhat.com is now round robin between our two proxy nodes. 

This will fix the ELB timeout problem.

Comment 8 Adam Miller 2012-08-23 20:38:13 UTC
As per our end of print scrum, marking this fixed. Closing.


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