나라의 IT 잡아먹기

간혹 Process를 기동하려다 보면 Binding Exception이 종종 발생하게 됩니다. 이에 오늘은 OS별 Port를 사용하고 있는 Process 찾는 방법을 알아보겠습니다. 죽이는 방법은 알아서~ kill로 죽이세요. 먼저 Windows입니다. netstat -ano 명령어로 확인이 가능합니다. 해당 명령어를 아래와 같이 조합하여 사용중인 Process의 PID를 확인합니다. Process ID는 4인것을 확인했고 작업 관리자 창에서 해당 Process가 무엇인지 확인해 볼까요? 자 해당 Process는 System Process임을 확인했습니다. 우클릭해서 죽이면 되는데.. System은 죽이면 안되겠죠? 두번째로 LINUX입니다. LINUX는 fuser 명령어를 사용합니다. [root@inf..

Memory Analyzer HeapDump 분석 방법 가이드 1) dominator tree 탭으로 이동 2) 우선 해당 클래스의 outgoing class찾기 (outjgoing class) => 해당 클래스를 참조하고 있는 클래스 (참조당하는게 아닌) 3) WebtobServlet Request를 확인 4) WebtobServlet Request가 참조하고 있는 ojbect들을 확인 (outgoing object) 5)왼편에 보면 WebtobServletRequest를 ref를 확인 ■ 다른 방법 1) jeus.servlet.engine.WebtobRequestProcessor 가 참조하고 있는 object들을 확인 2) 참조하고 있는 클래스 중에 WebtobServletRequest객체를 찾는다...

본 포스팅에서는 Linux에서의 CPU 과점유현상을 분석해보겠습니다. 먼저 CPU 사용률은 서버의 중요한 성능포인트가 됩니다. CPU사용률이 지나치게 높을경우, Web/WAS 뿐만아니라 H/W, Network등의 bottleneck(병목)현상을 유발하게됩니다. 이번 포스팅에서는 Linux에서의 CPU과점유현상에 대해 알아봅니다. 먼저, 특정 계정의 CPU 사용률을 보기위한 명령어는 다음과 같습니다. 자세한 옵션은 아래에서 살펴보겠습니다. top -H -U [계정명] [wildfly@kmkang~/jboss64/bin$]top -H -U wildfly PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 4560 wildfly 20 0 7155556 587304 ..

본포스팅은 HTTP Status 503 Service Temporarily Unavailiable에 대한 고찰입니다.다양한 케이스를 습득해 보고 이에 대한 대응 방안을 마련해 보도록 하겠습니다. 1 503 STU(Service Temporarily Unavailable) 에러발생 1.1 Error 메시지 확인 1.2 WebtoB wsadmin 확인 [root@C:\Documents and Settings\coldapple]#wsadmin--- Welcome to WebtoB Admin (Type "quit" to leave) ---$$1 hny76 (wsadm): si-----------------------------------------------------------------------------..

본포스팅은 우리가 가장 자주 접하게 되는 500 Internal Server Error에 대한 고찰입니다. 다양한 케이스를 습득해 보고 이에 대한 대응 방안을 마련해 보도록 하겠습니다. 1. 500 Internal Server Error 1.1 Error 메시지 확인- JEUS해당 화면의 Application이 실행할 Container 로그에 에러 메시지가 찍혀 있다. 1.2. 문제 원인 1) 500 Internal Server Error Application의 호출 시 내부적 오류가 있을 때 발생하는 응답코드로, Application이나 서버 내부의 문제이다. 1.3. 해결 방법 1) WebtoB-JEUS-Application500 Error는 WebtoB를 거쳐 JEUS에 Request를 던진 상황에..

본포스팅은 우리가 가장 자주 접하게 되는 HTTP Status인 404 Not Found에 대한 고찰입니다.다양한 케이스를 습득해 보고 이에 대한 대응 방안을 마련해 보도록 하겠습니다. 1. Jsp Not Found 에러발생 (DocRoot에 File 자체가 없을 때 발생)[Web Browser 호출시 발생] 1) JEUS4.2 - $JEUS_HOME/config/`hostname`/`hostname`_servlet_engine1/WEBMain.xml 파일의 다음 두가지 항목을 체크한다.MyGroupwebapps/test- $JEUS_HOME/config/`hostname`/`hostname`_servlet_engine1/jeus-web-dd_(context).xml의 다음 항목을 체크한다.testtes..

본 포스팅은 WAS의 장애복구과정을 설명합니다.장애가 발생하면 스스로 복구되는 과정은 사이트를 운영하는데 있어서 매우 중요한 부분입니다. 이에 WAS의 장애복구 기능을 설명보고자 합니다. 먼저 장애 시 자동 복구 방안입니다.서버 장애 자동 관리 메커니즘은 다음과 같습니다.- JEUS Manager에 의한 시스템의 Container 및 어플리케이션 감지 기능으로 Container 및 어플리케이션을 자동으로 재 시작 시키게 됩니다.- 웹서버와 JEUS의 시스템간 통신으로 장애에 대한 감지 기능 제공으로 JEUS 서버 장애 시 정상적으로 작동하는 JEUS 서버로 서비스합니다.- 동일 서버간 클러스터링 지원으로 무정지 서비스를 제공합니다. 관리 정책에 따른 Active Management 설정방법은 다음과 같습..

본 포스팅은 다양한 Exception Case를 살펴보고 1차 선 대응 방법에 대해 알아 보겠습니다.본 포스팅은 모든 Exception Case를 살펴보는것에 의의가 있지는 않습니다. Exception은 워낙 많은 Case가 존재하고 이를 모두 살펴 보려면 100년이 걸려도 다 살펴보지는 못할 것이기 때문입니다. 그렇기 때문에 많은 분야의 전문가가 존재할 것입니다. 이번 시간에는 이런 문제가 발생했을 경우 어떻게 대응하고 해결해 나갈 것인지에 대한 개론적인 내용을 다루고자 합니다. 특히 그중 Hand Up에 의한 장애 처리에 대해 좀 더 중점적으로 확인 할 예정입니다. 이미 많은 사람에 의해 해결된 이슈들이므로 훓어보기 식으로 쭉 내려 보기를 추천합니다. 먼저 CPU 과부하를 유발하는 현상에 대해 알아보..

본 포스팅은 OutOfMem 발생 시 유연한 대응방법에 대해 알아보겠습니다. 메모리 부족(OutOfMem) 현상은 프로그램 또는 운영 체제에서 사용하기 위해 추가 메모리를 할당할 수 없는 경우 발생하는 상태입니다. 이러한 시스템은 추가 프로그램을 로드할 수 없으며, 실행중인 많은 프로그램이 메모리에 추가 데이터를 로드할 수 없으므로 올바르게 작동하지 않습니다. 이 문제는 일반적으로 디스크 스왑 공간을 포함하여 사용 가능한 모든 메모리가 할당되었기 때문에 발생합니다. OOM이 발생하는 경우는 말 그대로 Java의 Heap 메모리가 부족하여 더 이상 가용한 메모리가 경우라 할 수 있습니다. 이러한 OOM이 발생하는 경우는 두 가지 정도라고 할 수 있는데, 메모리 leak으로 인한 OOM과 순간적으로 과도한 ..

본 포스팅은 ThreadDump 분석 가이드하겠습니다. ThreadDump는 현재 Working 중인 프로세스의 상세정보를 확인하는데 그 목적이 있습니다. 대체로 ThreadDump 만으로 충분한 데이터를 취득할 수도 있지만, 일반적으로는 CPU모니터링과 함께 HeapDump 분석에 유용한 자료로 활용됩니다. 먼저 Thread dump의 정의에 대해 알아보겠습니다. ThreadDump는 Java(JVM)에서 사용하는 Thread들에 대한 Thread call stack 정보를 담고 있는 스냅샷이라고 볼수 있습니다. - OS 별로 Thread에 대한 내부 구조 (스케줄링, 라이프사이클 등)이 조금씩 다르며, JVM에 영향을 미칩니다. - OS는 Process와 Thread의 관계가 1:1 or 1:n으로 ..