Description of problem: Scaled application takes 4+mins to unidle after being stopped Version-Release number of selected component (if applicable):v2.2 How reproducible:100% Steps to Reproduce: 1. rhc app create nodejs -a idle -s 2. oo-app-info -a idle 3. ssh node 4. oo-admin-ctl-gears idlegear 55de3ba95a00089d70000641 5. oo-admin-ctl-gears unidlegear 55de3ba95a00089d70000641 Actual results: 4-5mins to wait for gear to move from stopped to running Expected results: Comments: Seeing the time take exactly 4 minutes on tests. - Put echos statements in haproxy/bin/control seeing 4 min gap when haproxy/bin/control start is called https://github.com/openshift/origin-server/blob/master/cartridges/openshift-origin-cartridge-haproxy/bin/control#L29-L34 function ping_server_gears() { # Ping the server gears and wake 'em up on startup. echo "($(date)) - ping server gears" | tee -a $support_logs for geardns in $(web_gears | cut -f 3 -d ','); do echo "($(date)) - function ping_server_gears" | tee -a $support_logs [ -z "$geardns" ] || curl "http://$geardns/" > /dev/null 2>&1 || : echo "($(date)) - pinging gears done" | tee -a $support_logs done }
The fix wasn't included in this puddle. The bug can be reproduced as following. [root@broker ~]# time oo-admin-ctl-gears unidlegear anlidom-idle-1 Unidling gear anlidom-idle-1 ... [ OK ] real 3m58.683s user 0m0.749s sys 0m0.196
Verify and pass. the unidlegear took less time now. [root@node2 ~]# time oo-admin-ctl-gears unidlegear anlidom-sphp-1 Unidling gear anlidom-sphp-1 ... [ OK ] real 0m2.918s user 0m0.732s sys 0m0.190s
*** Bug 1170040 has been marked as a duplicate of this bug. ***
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHSA-2015-1844.html