geunho

# remove_old_files.sh /path/of/root 90
#
# 오래된 파일을 삭제한다.
##########################################

$root_path=$1
$days_past=$2

find $root_path -type d -ctime +$days_past | xargs rm -rf

geunho

# rm_directories.sh /path/of/root keyword
#
# 특정 파일과 폴더 목록을 가져와서 삭제하는 스크립트
##################################################
root_path=$1
keyword=$2

# 1. 전체 목록을 가져와서
# 2. 키워드로 필터하고
# 3. 마지막 파일, 폴더 이름을 가져와서

geunho

REM test A - 001
REM test B - 002
REM get rid of last 6 characters 

SET title_a=test A - 001
SET title_b=test B - 002

SET first=%title_a:~0,-6%
SET second=%title_b:~0,-6%

geunho

# get digest 
digest=$(docker inspect --format='{{index .RepoDigests 0}}' $registry/$image:$tag)

# parse sha (split as '@' and get second one
sha=$(echo $digest | cut -d'@' -f2)
# or one line
sha=$(docker inspect --format='{{index .RepoDigests 0}}' $registry/$image:$tag | cut -d'@' -f2)

geunho

흔치 않은 경우겠으나, 윈도우 서버에서 Jenkins Master를 구동하는 경우, Active -> Passive로 동기화 방법을 설명한다.

REM 심볼릭 링크에 Remote to remote로 접근할 수 있도록 설정
REM (아래 설정 안해주면 심볼릭 링크에서 오류를 뿜어낸다)
fsutil behavior set SymlinkEvaluation R2R:1 

REM JENKINS_HOME 폴더 동기화
robocopy %LOCAL_ACTIVE_JENKINS_HOME_DIR% %REMOTE_PASSIVE_JENKINS_HOME_DIR% /MIR 

geunho

-- Jenkins HA에 대한 고민

https://endocode.com/blog/2018/08/17/jenkins-high-availability-setup/

태생적으로 상태를 파일 시스템에 기록하는 방식이기 때문에 전체 상태를 관리하는 Master 노드를 이중화하기가 까다롭다. 파일 시스템을 여러 노드가 공유하는 순간 상태의 불일치가 발생할 가능성이 있다.

어쩔 수 없이.. Active/Active 이중화가 아닌 Active/Passive 이중화 구성을 고민을 했는데, 위 링크의 글에서 이 부분을 잘 긁어서 설명해놓았다.

geunho

# 
# 젠킨스 빌드 실패시 모든 커미터에게 메일을 보낼 때 유용한 스크립트. 
# 
# Generate environment variables from script
# Useful when jenkins E-mail notification on build failure
#
delemeter=" " # whitespace
commits=$(git log --merges -1 --format=%p)
emails=$(git --no-pager show -s --format=%ae $GIT_COMMIT)
if [ ! -z "$commits" ]

geunho

sc 명령어는 서비스 생성/삭제 뿐만아니라 시작/중지 명령어를 원격 서버에 날릴 수 있다.

원격 사용자가 로컬 관리자 그룹에 속해있다면 원격 제어에 문제가 없으나, 그렇지 못할 경우 subInAcl 커맨드를 활용하면 된다.

1. SubInAcl 툴 다운로드: https://www.microsoft.com/en-us/download/details.aspx?id=23510
2. 명령어 실행:
# 원격 호스트
subinacl /SERVICE \\[호스트명]\[서비스명] /GRANT=[도메인]\[실행계정명]=TOS
# 로컬 호스트
subinacl /SERVICE [서비스명] /GRANT=[도메인]\[실행계정명]=TOS

geunho

윈도우 서비스 등록 방법

1. ServiceMain을 구현한 바이너리인 경우
# 생성
> sc create "%SERVICE_NAME%" binpath= "%ABSOLUTE_BIN_PATH%" start= "auto"
# 삭제
> sc delete "%SERVICE_NAME%"

2. 그 외 백그라운드에서 실행되는 모든 바이너리
http://nssm.cc/

geunho

#######################################################################################################################################################################################################################################
# javax.net.ssl.SSLHandshakeException: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
#######################################################################################################################################################################################################################################
# JDK에서 동작하는 consumer가 API provider 측의 SSL 인증서 경로를 제대로 찾지 못하거나 신뢰하지 못할 때 오류가 발생한다.
# 주로 오래된 버전의 HTTP 클라이언트 라이브러리를 사용하거나, JDK 버전이 낮은 경우 발생한다.
# consumer의 JRE keystore 경로에 provider의 인증서를 신뢰할 수 있는 인증서로 직접 추가하면 해결된다.

openssl s_client -connect $provider_internet_domain:443
# (1) 위 커맨드 입력 후 
#      ----BEGIN CERTIFICATE-----