Yes, that's okay.
Good to have error and solution described here as it will help anyone who might encounter it.
Thanks Daniel.
J.

Hi, I think this might still be an issue. My chef tests started failing recently - they spin up a Centos 7 VM, install Jenkins (currently jenkins-2.7.1-1.1.noarch) from the http://pkg.jenkins-ci.org/redhat-stable repo, and then tries to start it. The /etc/sysconfig/jenkins config file included in the rpm has a line that tries to run AJP on port 8009:

## Type:        integer(0:65535)
## Default:     8009
## ServiceRestart: jenkins
#
# Ajp13 Port Jenkins is listening on.
# Set to -1 to disable
#
JENKINS_AJP_PORT="8009"

This causes jenkins to fail at startup as described by https://issues.jenkins-ci.org/browse/JENKINS-33776?focusedCommentId=255250&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-255250

It would be better if the /etc/sysconfig/jenkins file included in the rpm didn't try to configure AJP so jenkins would run right out of the box without requiring the users to modify it.

caboteria - I agree that this needs to be remedied from a base install. Have you tried installing with the latest version (2.13) to test? There's nothing that points to that being removed or changed for the RPM, but it never hurts to try. Since there is a workaround in place (and since it's marked as resolved) it's not a high priority for the devs.

This was marked resolved because we fixed it. I'm currently trying to get information on the release process, maybe something went wrong there (specifically, master branch of https://github.com/jenkinsci/packaging used rather than the jenkins-2.0 branch).

Thanks for your attention on this.

Based on the source I think it's likely that 2.13 behaves the same as 2.7.1. According to the PR linked from this report, the fix was merged to the jenkins-2.0 branch but there's a comment that might indicate that was a mistake: https://github.com/jenkinsci/packaging/pull/51#issue-144292301 says "A separate jenkins-2.0 packaging branch has been created, because pre-Jenkins 2 users may rely on AJP." which to me indicates that the fix should have been applied to master but not jenkins-2.0 (since the fix disables AJP). The fix was applied to jenkins-2.0, though.

It also looks as if the 2.7.1 RPM's are built with the master branch of jenkinsci/packaging instead of the jenkins-2.0 branch, as Daniel indicates. I supposed if both of these things were fixed then the result would be no change to the current behavior. Unfortunately, seomone's going to feel some pain, I guess, either the set of those using AJP, or the set of all new and upgrading users.

Would it make sense to re-open this report to track the effort to get the fix to end-users, or is there a different report to track that?

All other 2.x releases do not have this problem, as it's caused by different build/release processes for weeklies/LTS, and 2.7.1 being the first 2.x based LTS – and still using the master branch of packaging.

KK is on it, we'll probably just re-release 2.7.1 packages with the correct scripts. I will keep updating this issue in lack of a better issue. No need to reopen.

For what it's worth I found this because I'm part of that 'set of all new and upgrading users' that just got bitten by deciding to go for the 'more stable' LTS version. I guess there's always someone, however small the problem window is...

I'll disable it in sysconfig for now, and look forward to a fixed RPM.

Re-released with today's date: http://pkg.jenkins-ci.org/redhat-stable/ – not sure how that'll affect existing caches etc., but it's out at least.

The fresh install use case now works for me. Thank you!

Code changed in jenkins
User: Sam Van Oort
Path:
README.md
http://jenkins-ci.org/commit/packaging/61d57d8b885b19e071c1a434db20a8bbe95889ab
Log:
Mark that this is just for pre-2.x due to removing AJP for JENKINS-33776