홍또의블로그

ifconfig로 서비스 서버의 네트워크 인터페이스 정보를 확인 후 sudo /usr/sbin/tcpdump -ieth1 -A -s1500 -nn tcp and port 80 > output.txt& sudo /usr/sbin/tcpdump -itunl0 -A -s1500 -nn tcp and port 80 > input.txt& sudo /usr/sbin/tcpdump -ilo -A -s1500 -nn tcp and port 8009 > mod_jk.txt& 이런 식으로 원하는 포트의 패킷정보를 txt파일로 담아서 분석한다

Log4j2와 slf4j를 같이 쓰는 프로젝트에서, console로그는 출력이 되지만 file로 저장이 되지않는 현상이 있었다. 며칠간 설정문제인줄 알고 머리를 싸맸으나 아무리 검색해서 설정을 적용해도 file에 로그가 안써짐... 결국 이리저리 해본결과 slf4j-simple 파일과 slf4j-api파일 두개가 같이있던 기존의 jar구조에서 slf4j-simple을 제거했더니 거짓말처럼 파일로깅이 되기시작함. 두개의 jar가 호환이 안맞는건지 아니면 다른 특정 jar랑 충돌이나는건지 정확한 원인은 못찾았으나 아무튼 문제해결

jdk1.8만 쓰다가 jdk11에서 heap 상태를 보려니 jmap 명령어가 먹히지 않았다. 그래서 열심히 구글링해본 결과 jdk11부터는 다르게 해야함... $jdk11/bin/jstat -gcutil -h20 -t 3000 3000 끝

maria db로 예시를 들었으나 연결할 db에 맞춰 소스코드 수정 및 드라이버 변경을 하면 됨. import java.sql.*; public class DriverTest { public static void main(String args[]){ //데이터베이스 접속 연결 정보를 가지고 있는 객체입니다. Connection con; try{ //JDBC드라이버를 로딩합니다. Class.forName("org.mariadb.jdbc.Driver").newInstance(); //데이터베이스에 연결을 합니다. Oracle Server IP:Port:SID 계정명 패스워드 con=DriverManager.getConnection ("jdbc:mariadb://ip:port/sid","id","pwd"); ..

https://tomcat.apache.org/tomcat-8.5-doc/jdbc-pool.html

간혹 대용량 데이터 업로드시, connection timout 에러가 나는 경우가 있다. 이럴 경우 Tomcat의 conf/server.xml 에서 HTTP프로토콜 설정쪽에 아래의 옵션을 추가하여 업로드시 timeout에러가 나지 않도록 해주면 된다. disableUploadTimeout="true"

Tomcat은 기본적으로 보안때문에 root디렉토리에서 심볼릭링크연결을 막는다 하지만 이를 간단한 설정으로 풀어줄 수 있다. 다만 심볼릭링크 허용설정시, 성능저하가 있을 수있다. -Tomcat7버전 이하 conf/server.xml의 경로설정 context쪽에 추가 allowLinking="true" ex) -Tomcat8버전 이상 conf/context.xml에 추가

Tomcat에 변경된 소스를 업로드하면, 원래는 Tomcat을 재기동 해야 변경사항이 적용이 된다. 하지만 소스를 변경할때 마다 재기동하기엔 서버에 직접 접속해야하니, 여간 귀찮은일이 아닐 수 없다. 이것을 해결하기위해 Tomcat자체에서 server.xml을 통해 reloadable설정을 제공한다. reloadable = true 옵션이면 일정 주기마다(15초간격) 루트경로의 class파일 변경여부를 확인하고, 자동으로 재기동하여 리로드시켜준다. true로 해놓았을 시 개발자들은 서버자체를 건들이지 않아도 소스가 반영이되니 상당히 편리한 기능이다. 하지만 주의할 점이 있다. 1. out of memory 리로드 될때 기존 클래스파일의 메모리가 해제되는것은 아니다. 기존 클래스파일의 메모리는 그대로 두고..

※Redis 서버를 따로 구성한 상황에서, 세션클러스터링을 해야하는 Tomcat에서의 설정부분을 다룬다. 1. Tomcat경로 conf 아래에 redisson.conf 를 생성해준다(원래 없는 파일) { "singleServerConfig":{ "idleConnectionTimeout":10000, "pingTimeout":1000, "connectTimeout":10000, "timeout":3000, "retryAttempts":3, "retryInterval":1500, "password":null, "subscriptionsPerConnection":5, "clientName":null, "address": "redis://redis ip넘버:redis 포트넘버", "subscriptionConn..

현상: WAS 이중화 구성에서, WAS로그 관찰결과 세션이 고정되지 못하고 1번서버에서 2번서버로 또는 2번서버에서 1번서버로 연결이 바뀐다. 이 과정에서 세션이 끊어지기 때문에 로그인이 풀리거나 로그인 로직에 세션 검증이 들어가있다면 아예 예외처리로 팅기게 된다. 원인1: apache의 workers설정에서, sticky session = 1 또는 true인지 확인 원인2: 원인1의 설정이 정상이라면 tomcat의 server.xml에서 jvm route 가 활성화되어있는지 여부와 workers에서 설정한 was name이 같은지 확인해본다. 알고보면 별것 아니지만 모르면 발견하는데 꽤오래 걸릴 수 있는 에러.