
Jenkins 버전 업그레이드 과정에서 LDAP 플러그인 오류로 인해 Jenkins가 정상 기동되지 않는 문제가 발생했습니다.
본 글에서는 해당 오류를 config.xml에서 임시로 보안 설정을 비활성화하여 해결하고,
최신 jenkins.war를 사용해 Standalone Jenkins를 systemd 서비스로 구성한 과정을 정리했습니다.
Jenkins 버전 업그레이드 이후 기동 과정에서 LDAP 관련 플러그인 오류가 발생하며 Jenkins가 정상적으로 올라오지 않았음
👉 일단 Jenkins를 띄워야 문제 분석 및 플러그인 정리가 가능했기 때문에 임시 조치로 보안 설정을 비활성화하는 방법을 선택
2-1. config.xml 백업
cd /home/ec2-user/.jenkins
cp config.xml config.xml.bak_$(date +%Y%m%d%H%M)
2-2. config.xml을 수정하여 LDAP 및 권한 관련 설정을 제거
vi /home/ec2-user/.jenkins/config.xml
(1) 보안 사용 여부 비활성화
<useSecurity>false</useSecurity>
(2) authorizationStrategy 태그 전체 삭제
<authorizationStrategy class="hudson.security.ProjectMatrixAuthorizationStrategy">
...
</authorizationStrategy>
(3) securityRealm 태그 전체 삭제 (LDAP 설정)
<securityRealm class="...">
...
</securityRealm>
👉 위 설정을 제거하면 Jenkins는 보안이 비활성화된 상태로 기동됨
(임시 조치이므로 운영 환경에서는 반드시 재설정 필요)
mkdir /home/ec2-user/jenkins-standalone
cd /home/ec2-user/jenkins-standalone
# 최신 stable WAR 파일을 다운로드
wget https://get.jenkins.io/war-stable/latest/jenkins.war
4-1. systemd 서비스 파일 생성
sudo vi /etc/systemd/system/jenkins.service
-------------------------------------------------------
[Unit]
Description=Jenkins Standalone
After=network.target
[Service]
Type=simple
User=ec2-user
Environment="JENKINS_HOME=/home/ec2-user/.jenkins"
ExecStart=/home/ec2-user/apps/jdk_21/bin/java \
-jar /home/ec2-user/jenkins-standalone/jenkins.war \
--httpPort=12000
Restart=always
[Install]
WantedBy=multi-user.target
-------------------------------------------------------
4-2. systemd 반영 및 서비스 기동
# systemd에 새로 등록한 서비스 파일을 인식시키기 위해 데몬을 다시 로드
sudo systemctl daemon-reload
# 시스템 부팅 시 Jenkins 서비스가 자동으로 시작되도록 활성화
sudo systemctl enable jenkins
# Jenkins 서비스를 즉시 기동
sudo systemctl start jenkins
# Jenkins 서비스가 정상적으로 실행 중인지 상태 확인
sudo systemctl status jenkins
정상적으로 기동되면 최신 버전의 Jenkins UI에 접근 가능

Jenkins가 정상 기동된 이후에는 아래 작업을 진행하는 것이 좋음
5-1. 플러그인 버전 호환성 확인
5-2. 불필요한 플러그인 정리

5-3. LDAP / Authorization 재설정