Bug 847920

Summary: The scalable app home page can't get back by hit app page if app is idled
Product: OKD Reporter: Rony Gong 🔥 <qgong>
Component: ContainersAssignee: Bill DeCoste <wdecoste>
Status: CLOSED CURRENTRELEASE QA Contact: libra bugs <libra-bugs>
Severity: medium Docs Contact:
Priority: medium    
Version: 2.xCC: cdrh, jhou, wdecoste, xtian
Target Milestone: ---Keywords: Triaged
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-09-17 21:28:45 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:
Embargoed:
Attachments:
Description Flags
/var/log/httpd/access_log none

Description Rony Gong 🔥 2012-08-14 02:42:08 UTC 
Description of problem:
The scalable app home page can't get back by hit app page if app is idled
like access: http://qsphp-qgong5.dev.rhcloud.com/

but could get back by access app gear page. like:
http://7c806abb41-qgong5.dev.rhcloud.com/

Version-Release number of selected component (if applicable):
devenv_1979


How reproducible:
always

Steps to Reproduce:
1.Create an scalable app
2.After a period of time(this will make app idler), then hit the app home page
3.
  
Actual results:
only show haproxy status


Expected results:
the app statue should become started, and hit the app home page, the app page should come back.

Additional info:
Since the idler mechanism is caused by 2 condition, one is check the commit time, another is check the access time in /var/log/httpd/access_log

And I could find the app gear(7c806abb41-qgong5) access log in above log after I just created a scalable app. so it will cause  both app gear and haproxy gear  idler.
Comment 1 Rony Gong 🔥 2012-08-14 02:42:56 UTC 
Created attachment 604134 [details]
/var/log/httpd/access_log
Comment 2 Rony Gong 🔥 2012-08-14 02:53:13 UTC 
*** Bug 847917 has been marked as a duplicate of this bug. ***
Comment 3 Bill DeCoste 2012-08-14 19:03:47 UTC 
Workaround:

1. ssh into the app
2. Issue a wget directly to the app
3. app will be restored and accessible externally
Comment 4 Bill DeCoste 2012-08-14 19:04:22 UTC 
*** Bug 848138 has been marked as a duplicate of this bug. ***
Comment 5 John Poelstra 2012-08-21 17:40:57 UTC 
Bill is going to take another look, but believes that this is no longer a bug.
Comment 6 Bill DeCoste 2012-08-21 17:59:41 UTC 
Moving to QA so they can start to verify. Unable to reproduce in dev - haproxy gear idles and restores properly. Waiting for app to idle in INT to confirm.
Comment 8 Rony Gong 🔥 2012-08-22 10:49:43 UTC 
verified on denenv_2050, could wakeup by access app page