들어가기 전 본인이 다른 저장소를 fork해왔을 때, upstream은 일반적으로 다른 저장소(원본 저장소)를 의미함. origin : 본인이 fork해온 저장소 upstream : 다른 저장소(원본 저장소) + pull request 하는 방법 참고 https://zincod.tistory.com/299 실습내용 fork 해둔 원본 저장소가 존재하는데, 해당 저장소는 다른 팀원들도 작업하는 저장소이므로 변경사항이 존재하여 해당 원본 저장소를 내 로컬 저장소에 동기화 1. 원본 저장소 upstream remote $ git remote add upstream [원본저장소 URL] # remote 확인 $ git remote -v # 상세 MacBook-Pro:docker-pro-wanted $ git r..

실습내용 1. 다른 깃허브 원본저장소를 나의 깃허브 저장소로 fork 2. 나의 깃허브 저장소를 나의 로컬 저장소로 clone 3.원본 저장소, 나의 저장소 remote 4. 새로운 작업 branch 생성 5. 작업내역 add / commit / push 6. 작업한 내역 새로운 branch로 pull request요청 1. 원본 저장소 fork Git 원격저장소에 접속하여, 좌측 'fork - Create a new fork' 버튼 클릭 'Create fork' 클릭 2. fork한 원본 저장소 clone 본인의 Git 저장소 접속 fork한 원본 저장소 생성 확인 우측 'Code - Https' 선택하여 URL 복사해둠 터미널 접속 후 작업할 디렉터리 폴더로 이동 MacbBook-Pro:~ $ cd ..

맥OS 톰캣 10버전다운 jdk 17 1. https://tomcat.apache.org/download-10.cgi 접속 후 다운로드 2. 다운로드 확인 3. 터미널 접속 아래 명령어 실행 # 톰캣 설치 경로 이동 MacBook-Pro:~ $ cd tools MacBook-Pro:tools $ cd apache-tomcat-10.1.7 MacBook-Pro:apache-tomcat-10.1.7 $ cd bin # 권한 부여 MacBook-Pro:bin $ chmod 755 * # 실행(중지: ./shutdown.sh) MacBook-Pro:bin $ ./startup.sh Using CATALINA_BASE: /Users//tools/apache-tomcat-10.1.7 Using CATALINA_HO..

[문제상황] [로그확인] 터미널 접속 후 아래 명령어로 로그확인 -> 필자의 경우 기존에 삭제한 jdk1.8버전이 JAVA_HOME 경로로 세팅되어있어서 찾을 수 없다는 오류 발생 확인 # 톰캣 logs 폴더로 이동 MacBook-Pro:bin $ cd .. MacBook-Pro:apache-tomcat-10.1.7 $ cd logs # catalina.out 파일 찾기 MacBook-Pro:logs $ ls -arlth total 8 drwxr-xr-x@ 16 staff 512B 2 27 20:25 .. drwxr-xr-x@ 3 staff 96B 4 4 12:48 . -rw-r----- 1 staff 172B 4 4 12:48 catalina.out # catalina.out 내용 확인 (필자의 경우 ..

NFS 서버 설치 들어가기 전 NFS란 ? NFS(Network File System)는 컴퓨터 사용자가 원격지 컴퓨터에 있는 파일을 마치 자신의 컴퓨터에 있는 것처럼 검색하고, 마음대로 저장하거나 수정이 가능하도록 해주는 클라이언트/서버형 응용프로그램. 사용자 시스템에는 NFS클라이언트가 있어야 하며 원격지 컴퓨터에는 NFS서버가 설치되어 있어야함. 시나리오 Ubuntu(20.04)를 OS로 하는 master, worker1 이라는 VM이 존재. master는 원격지 컴퓨터가 되어 NFS서버가 설치되어야 하고, worker1은 사용자 시스템으로 NFS클라이언트가 존재하도록 구성. NFS서버 , NFS클라이언트 세팅 후 마운트된 디렉터리로 내용 공유 확인. NFS 서버 설치 (master 적용) 1. N..

[작성목적] 해당 작성내용은 'ImagePullBackOff' 라는 문제를 직접 해결하기 위한 작성내용이 아니라, 쿠버네티스 파드 디버깅 목적으로 특정 파드의 상태가 'Running'이 아닌 비정상적인 상태일 경우 왜 그 상태인지 원인을 파악하는 과정을 참고하기 위함. 참고로 ,해당 글을 작성하게된 직접적인 계기인 대시보드가 안 뜨는 문제는 고정IP부터 재세팅하여 해결 [문제상황] 쿠버네티스 master노드 로컬환경 내에서 대시보드를 띄우는데 웹브라우저 503에러 발생 대시보드 파드상태를 확인하니 상태가 'Running' 상태가 아닌 'ImagePullBackOff' 상태임을 확인 그렇다면, 'ImagePullBackOff' 의 발생원인은 무엇인가? [확인절차] 1. master노드 로컬환경 내에서 대시..