legacy 프로젝트를 maven으로 바꾸면서 properties 파일이나 mybatis xml 파일을 찾지 못하는 현상이 있었다.
Caused by: java.io.FileNotFoundException: class path resource [applicationResources.properties] cannot be opened because it does not exist
기존 프로젝트는 resourse 디렉토리가 따로 있는 게 아니라, 여기 저기 중구난방으로 되어 있다.
maven에서 아래의 설정을 추가하면 된다.
<resources> <resource> <directory>src</directory> <includes> <include>**/*.xml</include> <include>**/*.properties</include> </includes> </resource> </resources>
java에서 쉘스크립트를 실행하는 기능을 추가 했다.
문제는 자바 프로그램이 종료되면 쉘스크립트 역시 1~2초 후에 멈춰 버린다.
쉘스크립트는 while true로 무한루프로 실행이 되는 스크립트였다.
자바에서 실행 명렁어를 nohup, &, sh -c 등 이것 저것 다 해 보았지만 쉘스크립트는 멈췄다.
결국 찾은 방법은 두가지이다. 두가지 방법 다 정석적인 해결책은 아니고 trick으로 볼수 있는 방법이다.
하나는 중간 launch 스크립트를 두는 방식이다.
실제 내가 실행해야 할 스크립트가 target.sh 이면 launcher.sh를 둬서 자바에서는 launcher.sh를 실행하는 방법이다.
launcher.sh에는 아래와 같은 명령을 넣는다.
#/bin/sh
nohup ./target.sh 1> /dev/null 2>&1 &
다른 하나는 trap을 사용한 방법이다.
trap 명령어는 특정 시그널이 들어올 때 어떤 일을 할 지 적용할 수 있다.
실제 적용한 방법은 두번째 방법으로 trap명령어를 통한 방법이다.
적용 방법은 아래와 같다.
trap "method_name" 0
0은 EXIT 인 경우 이다. 자바 프로세스 종료시 EXIT 시그널이 오는 데, 그 때 loop를 사용하는 method_name를 다시 한번 사용하게 하였다.
종료는 9(SIGKILL) 시그널을 발생시켜서 종료하므로 문제 없이 stop을 할 수 있다.
리눅스에서 명령어를 연속 해서 사용 할 때가 있다.
보통 || 와 &&을 사용한다. 이를 단락 연산자(short-circuit operator)라고 한다.
첫번째 명령어를 실행하고 곧이어 두번째 명령어를 실행하는 역할이다.
예제는 다음과 같다.
[root@localhost ~]# true || echo 'ok' [root@localhost ~]# false || echo ok ok [root@localhost ~]#
[root@localhost ~]# true && echo 'ok' ok [root@localhost ~]# false && echo 'ok' [root@localhost ~]#
[root@localhost ~]# echo '1ok'; echo '2ok' 1ok 2ok [root@localhost ~]#
최근 추가한 코드를 테스트하는 개발서버에서 아래의 에러 메시지가 발생했다.
java.lang.OutOfMemoryError: Direct buffer memory
at java.nio.Bits.reserveMemory(Bits.java:694)
at java.nio.DirectByteBuffer.(DirectByteBuffer.java:123)
at java.nio.ByteBuffer.allocateDirect(ByteBuffer.java:311)
at io.netty.buffer.UnpooledUnsafeDirectByteBuf.allocateDirect(UnpooledUnsafeDirectByteBuf.java:111)
at io.netty.buffer.UnpooledUnsafeDirectByteBuf.(UnpooledUnsafeDirectByteBuf.java:68)
at io.netty.buffer.UnsafeByteBufUtil.newUnsafeDirectByteBuf(UnsafeByteBufUtil.java:626)
at io.netty.buffer.UnpooledByteBufAllocator.newDirectBuffer(UnpooledByteBufAllocator.java:65)
at io.netty.buffer.AbstractByteBufAllocator.directBuffer(AbstractByteBufAllocator.java:179)
at io.netty.buffer.AbstractByteBufAllocator.directBuffer(AbstractByteBufAllocator.java:170)
at io.netty.buffer.AbstractByteBufAllocator.ioBuffer(AbstractByteBufAllocator.java:131)
at io.netty.channel.DefaultMaxMessagesRecvByteBufAllocator$MaxMessageHandle.allocate(DefaultMaxMessagesRecvByteBufAllocator.java:73)
at io.netty.channel.socket.nio.NioDatagramChannel.doReadMessages(NioDatagramChannel.java:243)
at io.netty.channel.nio.AbstractNioMessageChannel$NioMessageUnsafe.read(AbstractNioMessageChannel.java:75)
at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:642)
at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:565)
at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:479)
at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:441)
at io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:858)
at io.netty.util.concurrent.DefaultThreadFactory$DefaultRunnableDecorator.run(DefaultThreadFactory.java:144)
at java.lang.Thread.run(Thread.java:748) 추가한 부분은 udp 클라이언트 용도의 프로그램이었다.
소스를 분석해 봤지만 문제되는 부분을 알 수 없었다.
visulavm을 이용해 모니터링을 해봤더니, classes의 Total loaded 개수가 계속 증가하면서, Metaspace 영역이 계속 증가하는 현상을 확인했다.
dump를 받아서 mat 프로그램으로 분석했다. 잘 사용할 줄은 몰랐지만 대충 보다 보니 modelmapper가 보인다. 뭐지...
'modelmapper 성능 이슈'로 검색해 봤더니, 이런 글을 찾았다.
설마 하는 생각으로 modelmapper 부분을 제외했더니, 정상적으로 돌아왔다.
modelmapper는 예전부터 web 프로젝트에서 많이 사용했었기 때문에 이런 문제가 발생할 줄 몰랐다.
'modelmapper memory leak'으로 검색해서 더 알게 된 정보는 modelmapper는싱글톤으로 구성하여 사용하라는 것이다.
modelmapper를 많이 사용하지 않았기 때문에 전부 걷어내고 직접 지정하는 방식으로 변경했다.
이런 문제가 한 번 생기고 나니 modelmapper를 다시 사용하기 꺼려진다.
modelmapper memory leak으로 찾아 본 글
https://www.programmersought.com/article/1444628366/-Djava.security.egd=file:/dev/./urandom1. 오라클 접속 하려고 했더니 아래와 같은 에러 발생.
oracle.net.ns.NetException: Listener refused the connection with the following error:
ORA-12528, TNS:listener: all appropriate instances are blocking new connections.
2. 오라클 서버에 접속해서 리스너 상태 확인.
lsnrctl stat
상태가 BLOCKED로 나옴.
Instance "orcl", status BLOCKED, has 1 handler(s) for this service...
3. sqlplus 접속해서 오라클 재시작. ORA-00205 에러가 난다.
SQL> shutdown abort;
ORACLE instance shut down.
SQL> startup;
ORACLE instance started.
...
Total System Global Area 1.0133E+10 bytes
Fixed Size 3721272 bytes
Variable Size 1778386888 bytes
Database Buffers 8321499136 bytes
Redo Buffers 29831168 bytes
ORA-00205: error in identifying control file, check alert log for more info
...
4. alert log 확인. alert log의 기본위치는 아래와 같다.
10g 이하는 $ORACLE_BASE/admin/$ORACLE_SID/bdump
11g부터는 $ORACLE_BASE/diag/rdbms/'DATABASE NAME'/$ORACLE_SID/trace
아래와 같은 에러 확인.
Wed Oct 21 17:55:04 2020
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
starting up 1 shared server(s) ...
ORACLE_BASE from environment = /home/oracle/app
Wed Oct 21 17:55:04 2020
ALTER DATABASE MOUNT
Wed Oct 21 17:55:04 2020
ORA-00210 : cannot open the specified control file
ORA-00202: control file: '/oradata/oradata/mydatabase/control01.ctl'
ORA-27086: unable to lock file - already in use
Linux-x86_64 Error: 11: Resource temporarily unavailable
Additional information: 8
ORA-205 signalled during: ALTER DATABASE MOUNT...
Wed Oct 21 17:55:07 2020
Using default pga_aggregate_limit of 6440 MB
5.
/oradata 위치는 nfs로 연결된 스토리지이다.
/oradata/oradata/로 이동해서 파일 권한, 소유자 확인 했지만, 이상없음.
파일생성, 삭제, 수정 해봤지만, 정상임.
6.
에러 원인 확인 불가. 해결법은 찾음.
해결법은 에러가 나는 control01.ctl 파일이름을 변경 후 다시 원래 이름으로 복사.
오라클 중지 후 작업한다.
mv control01.ctl control01.ctl.bak
cp control01.ctl.bak control01.ctl
오라클 시작.
control01.ctl의 에러는 사라졌지만, /oradata 위치의 몇몇 파일들이 같은 문제를 일으킴. 역시 위와 같은 방식으로 다시 처리.
정상화 완료.
파일 디스크립터가 어떤 이유로 스토리지에서 열린 상태로 유지되어 발생하는 오류로 보인다. 아마도 네트워크에 뭔가 문제가 생겼을 때, 그냥 끊어져 버린게 아닌가 싶다.