Bug 1123353
Summary: | set-multiplier action should not be allowed on a non-HA scaling app. | |||
---|---|---|---|---|
Product: | OpenShift Container Platform | Reporter: | Johnny Liu <jialiu> | |
Component: | Node | Assignee: | Luke Meyer <lmeyer> | |
Status: | CLOSED ERRATA | QA Contact: | libra bugs <libra-bugs> | |
Severity: | high | Docs Contact: | ||
Priority: | high | |||
Version: | 2.1.0 | CC: | adellape, bleanhar, jokerman, libra-onpremise-devel, mmccomas, xiama | |
Target Milestone: | --- | Keywords: | Upstream | |
Target Release: | --- | |||
Hardware: | Unspecified | |||
OS: | Unspecified | |||
Whiteboard: | ||||
Fixed In Version: | rubygem-openshift-origin-controller-1.23.10.9-1.el6op | Doc Type: | Bug Fix | |
Doc Text: |
When the 'oo-admin-ctl-app -c set-multiplier' command was run for the web framework cartridge of a scalable application with only one gear, the MongoDB record for the application was broken, making the application unscalable. This bug fix updates the application model code in the controller, and MongoDB records for application are no longer susceptible to this issue as a result.
|
Story Points: | --- | |
Clone Of: | ||||
: | 1123371 (view as bug list) | Environment: | ||
Last Closed: | 2014-08-26 13:53:01 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: | ||||
Bug Depends On: | 1123371, 1124306 | |||
Bug Blocks: |
Description
Johnny Liu
2014-07-25 12:05:21 UTC
The multiplier doesn't really make sense if the app isn't HA. I'm curious what happens to non-HA apps when the default multiplier is set at the broker... probably nothing. So I'm wondering why setting the multiplier explicitly does anything. Just to point it out above - the difference between the apps is that one was scaled to 2 gears before applying the multiplier. That one had no problems and didn't seem to even record the multiplier. I'm not sure why the one-gear app recorded the multiplier, and I think the "no nodes available" message is probably misleading. We'll need this PR too: https://github.com/openshift/origin-server/pull/5669 commits cherry-picked from origin: commit 42d048dbb774b35c1895395851f0f145297fb88f Author: Abhishek Gupta <abhgupta> Date: Mon Jul 28 13:16:01 2014 -0700 Bug 1123371: Fixing issue with setting the cartridge multiplier commit 3b749fec58521344e1977af39fbaefc3bc0b2ddb Author: Abhishek Gupta <abhgupta> Date: Tue Jul 29 12:06:14 2014 -0700 Bug 1124306: Handling nil min/max scale values for cartridge Check on puddle [2.1.z/2014-08-15.1] 1.Create two scalable apps #rhc app create scaperlapp perl -s -g medium #rhc app create scaphp53app php-5.3 -s -g medium 2.set multiplier for these two apps #oo-admin-ctl-app -l xiaom -a scaphp53app -c set-multiplier --cartridge haproxy-1.4 --multiplier 1 #rhc cartridge-scale perl-5.10 --min 2 -a scaperlapp #oo-admin-ctl-app -l xiaom -a scaperlapp -c set-multiplier --cartridge haproxy-1.4 --multiplier 1 3. Check info of apps >db.applications.findOne({"name":"scaphp53app"},{group_overrides: 1}) >db.applications.findOne({"name":"scaperlapp"},{group_overrides: 1}) Output: db.applications.findOne({"name":"scaphp53app"},{group_overrides: 1}) { "_id" : ObjectId("53f19565db26c808750000c5"), "group_overrides" : [ { "components" : [ { "comp" : "web_proxy", "cart" : "haproxy-1.4", "cart_id" : ObjectId("53f16722db26c80275000004"), "multiplier" : 1 }, { "comp" : "php-5.3", "cart" : "php-5.3", "cart_id" : ObjectId("53f16722db26c80275000002") } ] } ] } > db.applications.findOne({"name":"scaperlapp"},{group_overrides: 1}) { "_id" : ObjectId("53f194fadb26c8087500008f"), "group_overrides" : [ { "components" : [ { "comp" : "web_proxy", "cart" : "haproxy-1.4", "cart_id" : ObjectId("53f16722db26c80275000004"), "multiplier" : 1 }, { "comp" : "perl-5.10", "cart" : "perl-5.10", "cart_id" : ObjectId("53f16723db26c8027500000e") } ], "min_gears" : 2 } ] } 4. set 'ALLOW_MULTIPLE_HAPROXY_ON_NODE' to true on broker #cat /etc/openshift/broker.conf <--snip--> ALLOW_MULTIPLE_HAPROXY_ON_NODE="true" <--snip--> 5. Scale-up the apps #rhc cartridge-scale perl-5.10 --min 4 -a scaperlapp #rhc cartridge-scale php-5.3 --min 4 -a scaphp53app The apps can be scaled up successfully. Continue to do the next steps 6. Check the haproxy #rhc app show scaphp53app --gears #rhc app show scaperlapp --gears The scaled-up gears contains one haproxy at least. 7.scale down the scaperlapp #rhc cartridge-scale perl --min 1 -a scaperlapp #rhc app scale-down -a scaperlapp The 'scaperlapp' can be scaled down successfully. So move this issue to VERIFIED 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. http://rhn.redhat.com/errata/RHBA-2014-1095.html |