본문 바로가기

Server Oriented/Server

(46)
리눅스 히스토리 삭제 cat /dev/null > ~/.bash_historyhistory -c 로그아웃 할 때,버퍼에 담긴 히스토리 내역이 ~/.bash_history 파일에 저장됨.단, 마지막에 실행한 history-c 는 파일에 저장되지 않음. ~/.bash_history 는,로그인 한 사용자의 /home 경로에 있는 .bash_history 파일.
리눅스 awk 원문: https://inpa.tistory.com/entry/LINUX-%F0%9F%93%9A-awk-%EB%AA%85%EB%A0%B9%EC%96%B4-%EB%AC%B8%EB%B2%95-%EB%A7%88%EC%8A%A4%ED%84%B0-%F0%9F%92%AF-%EC%B4%9D%EC%A0%95%EB%A6%AC 기본은 awk '패턴 {액션}' 파일명,또는 | awk '패턴 {액션} 패턴이나 액션은 생략 가능하지만, 동시에 생략하지 못함.패턴은 매칭 또는 필터링, 액션은 동작.액션 생략시 {print $0} 과 동일 동작. $0 은 라인 전체,$1 은 라인에서 첫번째 항목,$2 는 라인에서 두번째 항목, ...라인에서 마지막 항목은 $NF,라인에서 마지막 항목으로 부터 첫번째 떨어진 항목은 $(NF -1).
Whitelabel Error Page 화면과 함께 for checking its last-modified timestamp 로그가 찍히는 경우 브라우저 화면에는 "Whitelabel Error Page" 가 표시되고,로그에는 아래 내용이 찍혔다면.. java.io.FileNotFoundException:URL [file:////.../파일명] cannot be resolved in the file system for checking its last-modified timestamp 이런 경우라면, 별일 아니다..WAS 를 재시작 하면 해당 현상은 더이상 발생하지 않는다. WAS 기동 후 어느 순간에 "URL [file:////.../파일명]" 이 정상 서비스 되었던 흔적이 있지만,해당 경로에 해당 파일명이 "현재"  존재하지 않기 때문에,이런 현상이 발생했던 것.다만, WAS 를 재시작 하기 전에는 해당 로그가 계속 쌓일 수 있음에 유의.
[스프링 부트] OS 가 EUC-KR 인데, 소켓 통신시 UTF-8 데이타가 사용된다면.. 머신의 OS 가 EUC-KR 일 때,이 위에 스프링 부트로 만든 빌드를 java -jar *.jar 와 같이 실행하면..빌드된 프로그램을 프로세스에 할당하면서,JVM 문자셋을 OS 의 문자셋인 EUC-KR 과 동일하게 세팅한다. 소켓 통신 프로그램에 문자셋이 특별하게 설정되지 않는 경우,외부에서 들어오는 데이터의 문자셋이 UTF-8 이므로,소켓 통신의 결과 데이터도 UTF-8 이다. 스프링 부트의 JVM 은 EUC-KR 이고,외부에서 가져온 정보가 UTF-8 이므로스프링 부트의 .java 에서 문자셋을 이렇게 저렇게 아무리 고쳐 봐야,한글을 포함한 n-bytes 문자들이 깨지게 된다. 범용으로 설계된 소켓 프로그램의 문자셋을 변경할 수 없고,OS 의 문자셋도 바꿀 수 없다면..남은 것은 딱 하나.. JV..
스프링 application.yml /src/main/resources/application.yml application.properties 보다는 application.yml 사용을 추천. application.yml 쪽이 더 간단하게 기술됨. # default 가 8080 이므로 충돌나는 서비스가 있다면 변경해 보자. #이를테면, 8086. 설정한 다음엔 재시작 server.port : 포트번호 # spring : datasource : url : jdbc:oracle:thin:@아이피:포트/SID username : DB아이디 password : DB비밀번호 driver-class-name : oracle.jdbc.driver.OracleDriver
Oracle DB 와 ojdbc, jdk 버전 관계 ojdbc.jar 는 오라클에서 제공하는 java 용 라이브러리. - Oracle 10g 는 jdk1.4 나 jdk1.5 이상에서 ojdbc14.jar 를 사용 (버전이 수상해.. ojdbc 14 였는데, 이후론 1자리로 바뀜) - Oracle 11g 는 jdk1.6 이상, ojdbc6.jar 사용 - Oracle 12c 는 jdk1.6 이상에서 ojdbc6.jar, jdk1.7 이상에선 ojdbc7.jar 사용하기도 함 이 때 부터 Oracle DB 버전에 따라 ojdbc 와 jdk 버전 조합이 상당히 달라짐. 한국에선 2024년 현재에도 주력으로 사용 12c (12.2.0.1, 최신 패치도 동일) 는 아래 조합 jdk8 과 ojdbc8.jar (JDBC 버전 언급x) - Oracle 18c, 2018..
Tomcat 열린 파일이 너무 많음, tomcat-users.xml 닫지 못... 서비스가 안 되는데 아래와 같은 메시지가 나왔다면.. Tomcat 이 설치된 /conf/server.xml 에서 부분을 주석처리 하고, 처럼 주석처리 하고 Tomcat 만 재기동 해 보세요. 다만, tomcat 컨테이너가 stop 하지 않는다면, 상기 주석을 푼 상태에서 stop 하고.. 다시, 상기 주석을 세팅한 다음 start 하시구요. 심각 [ajp-nio-8009-Acceptor-0] org.apache.tomcat.util.net.NioEndpoint$Acceptor.run 소켓 accept 실패 java.io.IOException: 열린 파일이 너무 많음 at sun.nio.ch.ServerSocketChannelImpl.accept0(Native Method) at sun.nio.ch.Ser..
IOException: 열린 파일이 너무 많음 홈페이지가 갑자기 열리지 않는다고.. 시스템 로그 확인해 보니 'IOException: 열린 파일이 너무 많음' 일단, Tomcat 컨테이너를 내렸다 올리고 열심히 검색해 보니 아래 내용을 발견. https://sarc.io/index.php/os/1708-too-many-open-files https://woowabros.github.io/experience/2018/04/17/linux-maxuserprocess-openfiles.html /etc/security/limits.conf 파일은 root 사용자로 수정하고, os 를 reboot 할 필요 없이 파일을 저장하면 바로 반영됨. 다만, Tomcat 은 재기동 해야 합니다. ^^; 한 가지 주의해야 할 것은, limits.conf 를 root 계..