금일 배포를 하는데 젠킨스에서 빌드 fail 을 내뱉었다. * What went wrong:A problem occurred configuring root project 'project'.> Could not open cp_proj generic class cache for build file '/var/lib/jenkins/workspace/project/build.gradle' (/var/lib/jenkins/.gradle/caches/7.6/scripts/w8d24ftp5l9i4txysv06y888). > BUG! exception in phase 'semantic analysis' in source unit '_BuildScript_' Unsupported class file major ver..
곧 젠킨스가 java 11 의 환경을 종료한다고 한다.24년 9월 30일 이후로 ... 그래서 이왕하는거 java 21 을 설치해놓으려고 한다. 젠킨스 관리하면 뻘겋게 경고가 크게 떠있다. 관련 정보를 보고 싶다면 들어가보면 자바 버전 별 젠킨스 버전을 명시해놨다. 관련자료 Java Support PolicyJenkins – an open source automation server which enables developers around the world to reliably build, test, and deploy their softwarewww.jenkins.io 1. Java 설치확인 [root@localhost /]# alternatives --co..
젠킨스 2.263 버전을 사용하던 서버에서 jdk 를 업데이트 하면서 문제가 발생했다. 해당 서버의 젠킨스는 tar 로 설치가 되어있었고, 젠킨스에 물려있는 JAVA_HOME 설정이 자바 버전명 입력이었다. java-1.8.0-openjdk /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.275.b01-0.el7_9.x86_64 해당 값에 링크값을 걸었으면 좋았으련만... 버전폴더째로 입력해놔서 jdk 가 버전업 되면서 jdk 디렉토리가 손실된 상태가 되었다. 여기서! 저 부분만 수정하고 끝냈으면 좋았으련만... 서버 관리 한답시고 젠킨스 업그레이드를 시도했다. 그리고 젠킨스 업데이트를 dnf 나 yum 으로 업데이트를 해왔지 저 버튼으로 시도해본건 처음. 사실 운영서버는 아니어서 호..
젠킨스 버전이 수시로 나오므로 버전 차이가 너무 나지 않게 적당한 수준에서 업데이트 해주는 것이 좋겠다. 젠킨스가 설치되지 않았다면 아래 설치 포스트를 참고하여 설치하시길 바랍니다. [Jenkins] 리눅스에 젠킨스 설치하기. (feat.rockylinux) [Jenkins] 리눅스에 젠킨스 설치하기. (feat.rockylinux) 리눅스에 dnf 명령어로 jenkins를 설치해보고자 한다. 리눅스 젠킨스 설치순서는 아래와 같이 진행하면 무탈하다 Java 11 이상 설치 Jenkins GPG Key 설치 rpm --import https://pkg.jenkins.io/redhat-stable/jenkins.io-202 jong-bae.tistory.com 젠킨스 관리하다보면 신규버전이 있다고 라벨이 떠..
리눅스에 dnf 명령어로 jenkins를 설치해보고자 한다. 리눅스 젠킨스 설치순서는 아래와 같이 진행하면 무탈하다Java 11 이상 설치Jenkins GPG Key 설치rpm --import https://pkg.jenkins.io/redhat-stable/jenkins.io-2023.keyJenkins repo 등록dnf config-manager --add-repo https://pkg.jenkins.io/redhat-stable/jenkins.repodnf install jenkinssystemctl start jenkins 먼저 java가 설치되어 있어야 하므로 java를 먼저 설치해준다.11 버전 이상을 설치해줘야 된다. 8버전 설치하면 jenkins 구동 안됨.[root@cb6f0..
우리가 서비스를 구축해서 사용하다보면 업데이트, 버그픽스시 서비스를 순단하고 배포하고 오류수정 후 오픈하는 식의 과정을 가졌었다. 옛날에는 거의 사용자가 없는 시간대에 배포를 하곤 했었다는...ㅋ 요즘엔 AWS codedeploy 를 이용해서 blue/green 배포를 하거나아니면 도커 컨테이너를 새로 올려서 배포판으로 연결하거나 하는 여러 방식이 있다.각각의 서비스 구축 상태에 따라 여러 방식으로 blue/green 무중단 배포 시스템을 구성 할 수 있다. 과거했던 프로젝트들이 대부분 Jenkins - apache - tomcat 이런식으로 구성되어있고서비스 배포할때마다 1~5분 정도 순단되는 상황을 겪고 있다.(프로젝트 시작 당시에는 내부프로젝트니까 퇴근시간에 배포하지 뭐~ 이런 마인드 였나보..