Bug 877407
Summary: | [Cartridge] "Node execution failure" when creating app by --enable-jenkins | ||||||
---|---|---|---|---|---|---|---|
Product: | OpenShift Container Platform | Reporter: | xjia <xjia> | ||||
Component: | Containers | Assignee: | chris alfonso <calfonso> | ||||
Status: | CLOSED ERRATA | QA Contact: | libra bugs <libra-bugs> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | high | ||||||
Version: | 1.2.0 | CC: | bleanhar, calfonso, hbrock, lmeyer, 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: | 2013-01-31 20:33:05 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
xjia
2012-11-16 12:51:44 UTC
Not sure we're seeing quite the same thing, but as far as I can tell, it doesn't work whether there's a Jenkins gear there already or not. In either case, the new app is created, silently failing to add the jenkins-client cart (I don't see an error, the jenkins-client cart simply isn't listed in the output). If you create the Jenkins gear separately you can add the jenkins-client cart to your app just fine after the app is created, so that's a workaround. [demo@broker ~]$ rhc app create phpjenk3 php --enable-jenkins Creating application 'phpjenk3' =============================== Cartridge: php Gear Size: default Scaling: no Namespace: demo [...] Application Info ================ Gear Size = small Created = 2:00 PM UUID = 724a6328e68e41a5bc687c958c14690a SSH URL = ssh://724a6328e68e41a5bc687c958c14690a.example.com Git URL = ssh://724a6328e68e41a5bc687c958c14690a.example.com/~/git/phpjenk3.git/ Cartridges ========== php-5.3 RESULT: Application phpjenk3 was created. [demo@broker ~]$ rhc cartridge add jenkins-client-1.4 -a phpjenk3 Password: ******** Adding 'jenkins-client-1.4' to application 'phpjenk3' Success jenkins-client-1.4 ================== Properties ========== Job URL = https://jenkins-demo.lmeyer1117.example.com/job/phpjenk3-build/ I have tried several times, find that in the bad network or high load environment, the mcollective timeout is short. Then it will reproduce this bug. In the file /etc/openshift/plugins.d/openshift-origin-msg-broker-mcollective.conf, update MCOLLECTIVE_TIMEOUT=100 or bigger, then the bug can't be reproduced. Then I think the bug is duplicated with bug 876465. This configuration change has been merged upstream. https://github.com/openshift/origin-server/pull/972 Well, now I can't create jenkins server when use "--jenkins-enalbe" option. [root@broker ~]# rhc app create php php --enable-jenkins -pjia Creating application 'php' ========================== Scaling: no Namespace: jia Gear Size: default Cartridge: php Your application's domain name is being propagated worldwide (this might take a minute)... The authenticity of host 'php-jia.example.com (10.4.59.139)' can't be established. RSA key fingerprint is 6c:a5:e5:fa:75:db:5a:7f:dc:a2:44:ed:e4:97:af:3c. Are you sure you want to continue connecting (yes/no)? yes Initialized empty Git repository in /root/php/.git/ done php @ http://php-jia.example.com/ ================================= Application Info ================ SSH URL = ssh://eb7b40d51cd047f989aae08d30112195.com UUID = eb7b40d51cd047f989aae08d30112195 Gear Size = small Git URL = ssh://eb7b40d51cd047f989aae08d30112195.com/~/git/php.git/ Created = 10:12 PM Cartridges ========== php-5.3 RESULT: Application php was created. [root@broker ~]# I think it's same with bug 878407. Could you check the code please? Thanks. Then I will verify this bug. Addition information: Version: http://buildvm-devops.usersys.redhat.com/puddle/build/OpenShiftEnterprise/1.1.x/2012-12-09.1 rhc 1.0.6 Hm, In comment (In reply to comment #5), I mentioned bug 878407, it's for rhc-client, and has fixed in upstream. But this bug is for node. So let the bug be "ON_QA" again... Verify: [root@broker ~]# gem install commander -v 4.1.2 Fetching: commander-4.1.2.gem (100%) Successfully installed commander-4.1.2 1 gem installed Installing ri documentation for commander-4.1.2... Installing RDoc documentation for commander-4.1.2... [root@broker ~]# [root@broker ~]# [root@broker ~]# [root@broker ~]# [root@broker ~]# [root@broker ~]# rhc app create php1 php --enable-jenkins -pjia Creating application 'php1' =========================== Cartridge: php Scaling: no Namespace: jia1 Gear Size: default Jenkins domain name is being propagated worldwide (this might take a minute)... Your application's domain name is being propagated worldwide (this might take a minute)... The authenticity of host 'php1-jia1.example.com (10.4.59.139)' can't be established. RSA key fingerprint is 6c:a5:e5:fa:75:db:5a:7f:dc:a2:44:ed:e4:97:af:3c. Are you sure you want to continue connecting (yes/no)? yes Initialized empty Git repository in /root/php1/.git/ done php1 @ http://php1-jia1.example.com/ ==================================== Application Info ================ UUID = 0c594fc9c5444d2b9c379dd6d87cd1fc SSH URL = ssh://0c594fc9c5444d2b9c379dd6d87cd1fc.com Git URL = ssh://0c594fc9c5444d2b9c379dd6d87cd1fc.com/~/git/php1.git/ Gear Size = small Created = 2:03 AM Cartridges ========== php-5.3 jenkins-client-1.4 = https://jenkins-jia1.example.com/job/php1-build/ RESULT: Application php1 was created. Application jenkins was created. Jenkins created successfully. Please make note of these credentials: User: admin Password: mSgbVkHRWbeW Note: You can change your password at: https://jenkins-jia1.example.com/me/configure Version: http://buildvm-devops.usersys.redhat.com/puddle/build/OpenShiftEnterprise/1.1.x/2012-12-09.1 Do we need to ship a new version of rubygem-commander-4.0.3-4.el6op.noarch in order for this fix to work? No need to ship a new version as far as I know, the fix make it compatible with both old commander and new commander, rebase should be ok. This is the bug cloned from upstream: https://bugzilla.redhat.com/show_bug.cgi?id=885587 This is the upstream fix: https://github.com/openshift/rhc/pull/233 Ahh, thanks for the clarification! 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/RHSA-2013-0220.html |