오늘의 웃픈 에피소드.

회사에는 구성원이 있고 그들의 역할도 있고 그에 따른 책임도 있고 단계도 절차도 있다. 그것은 때로는 많은 사람들을 피곤하게 하고 더 많은 시간이 소요되는 비효율적일 때도 있다. 나에게도 이런 상황이 닥쳤지만 이 상황을 효율적으로 바꾸려면 그들이 똑똑해지거나 그들의 역할을 누군가가 도와주는 방법이 있다. 하지만 그들이 하루 아침에 똑똑해질 수는 없고 그들의 역할에 내가 침범하면 불쾌해 할 것이다. 그래서 난 그냥 비효율적으로 있기로 했다.

개발서버가 필요했다. 필요한건 tomcat 밖에 없었다. 어딘가에게 요청했다. 이 어딘가는 앞으로 열심히 서버를 만들, 서버 전문가가 되려고 준비하는 집단이다. 곧 ip 와 pem 키가 전달됐다.

putty 접속을 했는데 user 가 centos. 갑자기? 5년 동안 amazon 이나 ubuntu 만 썼었는데 갑자기 centos7 이라... 뭐 tomcat 만 쓰면되니 상관없지. 

server.xml 설정하려는데 뭐꼬 파일 어데갔노. 검색해보니 centos 홈디렉토리에다가 tomcat 을 바이너리 설치해놨네... ㅋㅋ (여기서 살짝 당황) 뭐 돌아가기만 하면 되니.

근데 뭔가 이상... 버전을 보니 tomcat7 두둥~. 이게 머하자는... 뭐 tomcat7 을 써도 되지만 굳이? 서버 관리자들이란 지들이 만드는거에 태클거는거를 좋아하지 않지만 그래도 이것만은... 정중하게 부탁했다. tomcat8 깔아줘요잉~ 곧 피드백이 왔다.

server.xml 바꾸고 톰캣 재부팅하려고 하는데 바이너리 설치해놔서 아무것도 되는게 없음. /etc/init.d, chkconfig, service, (아.. 아재...ㅋㅋ) 여기부터 슬슬 짜증이 났음. (패키지 설치했으면 끝날일을 더럽게 귀찮게 하네...)

tomcat.service 만들고 구동 user 를 tomcat 으로 지정하는 순간이 바로 삽질의 시작.

응?? 웬 퍼미션 문제. tomcat 홈디렉토리는 tomcat 이 소유자였고 bin 디렉토리의 명령어들 역시 실행 권한이 주어져 있었다. 음... 뭐가 문제일까. 일단 권한 문제가 없는 것은 확인했고 저 203 code 의 에러가 몹시 거슬렸다. 검색해 보니 java 버전 확인과 실행 권한을 주라는 말이 대부분이었다. 일단 생성한 tomcat.service 파일을 꼼꼼히 봤다. 모든 경로, 모든 설정이 문제 없었다.

여기서 갑자기 든 생각. 이미 root 권한으로 생성된 webapps 디렉토리, log 파일들이 구동시 권한문제를 일으킬 수도 있다는 생각에 그것들도 다 삭제했다. 하지만  이놈에 tomcat 은 실행될 생각이 없다.

tomcat user 를 root 로 바꾸니 정상구동. tomcat 으로 바꾸면 에러. 어짜피 해볼만한건 이제 다해봤고 바이너리 설치니 디렉토리를 다른데로 옮겨보자 안되면 재설치하고... 그러고 /usr/local 로 옮겼는데 두둥!!! 된다!!! 뭔데 이거. 다른 사용자 디렉토리에 톰캣 설치한게 문제였던거야.

아니 의심은 했는데, 사용자 디렉토리에 톰캣 풀어논거 보고 어이가 없긴 했는데, 권한만 주면 문제없을꺼라고 생각한 내가 문제인건가? 지금도 너무 어이없음. 내가 초보자 된 느낌. 이것저것 다해서 총 6시간 삽질. 일단 되는건 봤고 너무 지저분해져서 똑같은 os 이미지로 구동시켜서 tomcat 서버 하나 만들어봤다.

10분 걸렸으려나... 이렇게 해줬으면 이미 끝났을 일을 가지고... ㅂㄷㅂㄷ. 이렇게 줘놓고 너희들은 편하게 쉬고 있었겠지. 후아~ 다음번 서버 요청할게 더 무섭다. 위처럼 타이핑 할 명령어들까지 전달을 해줘야 하나. 그런거야??

그래도 이런 이상한 세팅 때문에 6시간 동안 하나 배웠다. 다른 사용자 디렉토리에서 톰캣은 구동되지 않는다는 사실. 죽기전에 한번 써먹을 데가 있으려나...