Bug 1038165

Summary: Removing and readding jenkins-client does not always use the latest jenkins_shell_command
Product: OpenShift Online Reporter: Andy Goldstein <agoldste>
Component: ImageAssignee: Dan McPherson <dmcphers>
Status: CLOSED DUPLICATE QA Contact: libra bugs <libra-bugs>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 2.xCC: xtian
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-12-04 16:02:58 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:

Description Andy Goldstein 2013-12-04 14:28:43 UTC
Applications created prior to the deployments changes in the November release do not always get the new jenkins_shell_command values when deleting and re-adding jenkins-client.

If an application was created before the November release, it most likely has a jenkins_shell_command file in $OPENSHIFT_PRIMARY_CARTRIDGE_DIR/metadata/jenkins_shell_command. This file contains the shell commands prior to the November release changes. Deleting the jenkins-client cartridge from the application does not remove this file. When re-adding jenkins-client to the application, instead of using the jenkins_shell_command file from the jenkins-client cartridge, it reuses the (now stale) file in $OPENSHIFT_PRIMARY_CARTRIDGE_DIR, so the new jenkins job does not have the newest jenkins_shell_command content.

The following logic allows cartridges to have custom jenkins_shell_commands, which is generally fine, but in situations like this, it is desirable to be able to delete files like php/metadata/jenkins_shell_command when they are no longer installed or maintained by the platform.

https://github.com/openshift/origin-server/blob/master/cartridges/openshift-origin-cartridge-jenkins-client/bin/install#L19-L25

Comment 2 Andy Goldstein 2013-12-04 16:02:58 UTC

*** This bug has been marked as a duplicate of bug 1033581 ***