본문 바로가기

LEARN190

[Jenkins] 메이븐 프로젝트 빌드 및 배포 관련 파이프라인 스크립트 작성 os: Ubuntu 22.04.2 LTS pipeline { // 어떤 에이전트에서 실행할지 지정, 'any'는 사용 가능한 모든 에이전트에서 실행 agent any // 환경설정 관련. 스크립트 안에 작성하기보다는 config에 작성하는 게 보안상 좋다고 한다. // 예시로 적어두지만, 나는 나중에 config에 환경변수를 다시 설정을 했다. environment { TOMCAT_HOME = '/home/ubuntu/tomcat8' JENKINS_HOME = '/var/lib/jenkins/workspace/test' } tools { // maven이라는 Jenkins 도구를 사용하여 빌드 maven "maven" } stages { stage('git clone') { steps { // 소스 코드.. 2024. 1. 11.
[NGINX] 엔진엑스 완전 삭제 os: Ubuntu 22.04.2 LTS sudo apt remove --purge nginx 위 명령어로 nginx를 삭제했으나, 깔끔하게 삭제가 되지 않아, 다시 설치하거나 삭제할 때 실패 메시지 같은 게 떴다. 그럴 때는 아래의 명령어를 입력해서 삭제하면 깔끔하게 삭제가 되는 것 같았다. apt-get remove --purge nginx nginx-full nginx-common 다시 설치할 때도 아주 설치가 잘 된다. 참고: https://doitnow-man.tistory.com/entry/nginx-ubuntu-2004%EC%97%90%EC%84%9C-nginx-%EC%99%84%EB%B2%BD%ED%95%9C-%EC%82%AD%EC%A0%9C 2024. 1. 11.
[JENKINS] Invalid IP Address error os: Ubuntu 22.04.2 LTS 젠킨스로 빌드/배포 후 로그를 확인했다. 지난주까지 잘 되던 게 갑자기 되질 않아서 로그를 살펴봤다. 'Invalid IP Address'로 나오고 있었다. yml 파일을 확인하고, 파이프라인 스크립트도 확인을 했는데 원인을 알 수 없었다. 깃허브 커밋 메시지를 보니, 최신 걸로 올라간 게 맞았다. 도대체 문제가 뭘까. 문제가? 그러다가 갑자기 생각난 것이 있었으니! 두둥. 워크스페이스에 있는 디렉터리 문제였다. cd /var/lib/jenkins/workspace 이 경로에 가면 빌드된 디렉터리를 볼 수 있다. 파이프라인을 새로 생성 시에는 당연히 새로운 디렉터리명을 입력해줬어야 했는데! 그걸 깜빡했던 거였다. 이전 파이프라인에서 사용했던 스크립트를 그대로 복붙.. 2024. 1. 11.
[UBUNTU] 기본 port 아닐 경우 ftp 접속 이전에 (아마도) 기본 port로 설정되어 있는 ftp를 사용했었다. 근데 그건 회사 직원분의 개인용 ftp였음. 그래서 회사 내 담당자분께 사내 ftp도 있냐고 여쭤봤더니, 있다고 하셨다. 다른 직원 통해서 사내에 설치된 ftp 서버 정보를 받았는데, 접속이 안 되었다. 모바엑스텀을 이용한 'ftp' 접속은 가능했지만? 우분투에서는 접속이 되질 않아, 계속 헤매다가 알게 된 사실. (두둥) https://talkit.tistory.com/738 이 블로그 덕분에 너무나 쉽게 해결이 되었다. 기존에는 도메인으로만 접속을 했는데, 기본 port가 아니라서 생겼던 문제였다. ftp 기본 포트는 '21'이라고 한다. 👉 삽질 ftp 127.0.0.1 ftp 127.0.0.1:2222 ftp 뒤에 서버ip나 호.. 2024. 1. 9.
[우분투] Jenkins (젠킨스) workspace 경로 cd /var/lib/jenkins/workspace/아이템명 cd /var/lib/jenkins/workspace/test222 우분투에서 해당 경로로 가면 빌드된 디렉터리 및 파일을 볼 수 있다. 배포를 시도해 보기 전에 차근차근 하나씩 확인을 했다. 우선 빌드가 되었는지 확인을 하기 위해서, 경로를 확인하고? 해당 경로에 가서 빌드가 잘 되었는지 확인을 했다. 그리고 빌드된 파일을 tomcat/wepapps로 이동시켜서 배포했을 때도 잘 배포가 되는지 확인을 했다! 이후에 자동 배포를 위해 Pipeline에서 script를 작성했다. 스크립트 작성은 다음에 적어 봐야지. 2024. 1. 4.
[에러] Tomcat did not stop in time. PID file was not removed. Tomcat did not stop in time. PID file was not removed. 톰캣을 셧다운을 할 때마다 한 번에 되는 경우가 없었다. ip host명 # example 127.0.0.1 host 그래서 검색을 해봤더니 `/etc/hosts` 파일에 해당 서버의 IP와 HOST명을 등록해 주면 해결된다고 한다. 원인은 호스트의 hostname을 resolve 하지 못해서 지연이 발생하는 것이라고 한다. 일단 하나의 서버에서는 이 문제가 해결이 되었었는데? 생각을 해보니, 이전에 클러스터링을 진행할 때는 모든 서버에 host명도 다 등록을 하고, 위와 같이 hosts 파일에서 서버 IP랑 HOST명도 다 등록을 했었다. 그럼에도 불구하고 톰캣을 셧다운할 시, 한 번에 안 내려갔던 게 기.. 2024. 1. 4.

티스토리툴바