* 설치 환경 Tomcat 8.5 TOMCAT 에러메시지 java.security.InvalidKeyException: Illegal key size at javax.crypto.Cipher.checkCryptoPerm(Cipher.java:1039) at javax.crypto.Cipher.implInit(Cipher.java:805) at javax.crypto.Cipher.chooseProvider(Cipher.java:864) at javax.crypto.Cipher.init(Cipher.java:1396) at javax.crypto.Cipher.init(Cipher.java:1327) 현재 java 버전 # java -version java version "1.8.0_121" Java(TM) ..
Tomcat 에서 로그를 보면 아래와 같은 에러메시지가 뜹니다. java.lang.OutOfMemoryError: Java heap space 자바 heap memory가 일시적인 과도한 요구 또는 지속적인 메모리누수로 인해 더 이상 요청한 메모리를 할당할 수 없을 때 발생하는 메시지로, GC에서 메모리를 회수를 못해서 발생하는 건데, 이건 아래 heap memory size 찾아 늘려줄 수 있다. 여기서 GC란 (Garbage Collector) - Java Appliction에서 사용하지 않은 메모리를 자동으로 수거하는 기능을 말합니다. 주 역할로는 - 메모리할당 - 사용중인 메모리 인식 - 사용하지 않은 메모리 인식 1. 현재 tomcat pid값 확인 # ps -aux | grep tomcat t..
* CentOS 6 환경 * node 최신버전으로 업그레이드를 진행하였으나, 아래와 같은 에러메시지가 떴다. 에러메시지 node: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.14' not found (required by node) node: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.18' not found (required by node) node: /usr/lib64/libstdc++.so.6: version `CXXABI_1.3.5' not found (required by node) node: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.15' not found (req..
* 환경 : CentOS 6 Apache 2.2 Tomcat 8.5 * 기존 Tomcat 8.0 환경에서 Tomcat 8.5환경으로 업그레이드 하는 과정에러 아래와 같은 에러가 발생! [에러메시지] WEB서버(Apache) 쪽 로그를 확인해보니, 아래와 같이 에러메시지가 뜨고 있었다. 이 에러메시지가 계속 뜨고있는게 아니라, 어쩌다 한번씩 종종 뜨는데, 새로고침하면 다시 사이트가 정상적으로 뜨고 있었다. [Fri Feb 25 10:25:42 2022] [error] ajp_read_header: ajp_ilink_receive failed [Fri Feb 25 10:25:42 2022] [error] (120006)APR does not understand this error code: proxy: re..
Core 파일을 설정을 해놨는데, 생기지 않아서 확인해보니, /var/log/message 상에서 Permission Denied 뜨면서 생기지 않고 있었다. 커널 파라미터 수정 # echo "kernel.core_pattern = /home/core/core.%e.%p.%u.%t" >> /etc/sysctl.conf # sysctl -p 커널파라미터를 수정한뒤에 적용하니 다시 제대로 생기면서 확인이 가능해졌다. 참고: https://virtuozzosupport.force.com/s/article/000014716
* Git란 git 은 소스 코드 버전 관리 시스템으로 로컬에서 변경 사항을 추적하고 원격 리소스에서 변경 사항을 푸시하거나 가져올 수 있다. * Gitlab 이란 Gitlab은 개인 또는 조직이 Git repository 의 내부 관리를 제공하는데 상용할 수 있는 Github 으로 즉 비공개된 Github라고 할 수 있다. GitLab은 중앙 서버에서 Git 저장소를 관리하는 좋은 방법이다. GitLab은 리포지토리 또는 프로젝트를 완벽하게 제어 할 수 있으며, 공개 또는 비공개 여부를 무료로 결정할 수 있다. 설치 참고 URL https://about.gitlab.com/install/#centos-7 필수 패키지 설치 # yum install -y curl policycoreutils-python ..
MSSQL 쿼리를 통해서 확인 DECLARE @DBName VARCHAR(64) = 'DB명' DECLARE @ErrorLog AS TABLE([LogDate] CHAR(24), [ProcessInfo] VARCHAR(64), [TEXT] VARCHAR(MAX)) INSERT INTO @ErrorLog EXEC master..sp_readerrorlog 0, 1, 'Recovery of database', @DBName SELECT TOP 5 [LogDate] ,SUBSTRING([TEXT], CHARINDEX(') is ', [TEXT]) + 4,CHARINDEX(' complete (', [TEXT]) - CHARINDEX(') is ', [TEXT]) - 4) AS PercentComplete ,C..
* 설치 환경 OS : Windows 2012 1. XP_CMDShell 활성화 exec sp_configure 'show advanced options',1 go reconfigure go exec sp_configure 'xp_cmdshell',1 go reconfigure go 2. XP_CMDShell을 통해 네트워크 드라이브 연결 후, 백업 exec xp_cmdshell 'net use T: \\192.168.0.100\share 패스워드 /User:사용자계정' exec xp_cmdshell 'dir T:\' backup database TESTDB01 to disk='T:\TESTDB01_211116.bak' 3. XP_CMDShell 비활성화 exec sp_configure 'xp_cmdsh..
Shrink 란 - 로그파일 초기화 - 트랜잭션 로그 축소 MSSQL 용량이 너무 많이 늘어나, LDF 파일의 용량이 디스크의 용량을 다 차지하게 되는 경우, 장애가 발생. 주기적으로 LDF 파일을 관리해주어야 함. 로그파일 용량 확인 (전체 데이터베이스 로그파일 용량 확인) DBCC SQLPERF(LOGSPACE) (특정 데이터베이스 로그파일 용량 확인) use DB명 EXEC SP_HELPFILE 논리주소, 물리주소 확인 use 데이터베이스명 go select FILE_ID, name as [logical_file_name],physical_name from sys.database_files Shrink 쿼리 ALTER DATABASE DB명 SET RECOVERY SIMPLE DBCC SHRINKF..
데이터베이스 용량 확인 SELECT table_schema "DB명", SUM(data_length + index_length) / 1024 /1024 "size(MB)", SUM(data_free) / 1024 / 1024 "free(MB)" FROM information_schema.TABLES GROUP BY table_schema; 테이블 별 용량 확인 SELECT concat(table_schema,'.',table_name), concat(round(data_length/(1024*1024*1024),2),'G') DATA, concat(round(index_length/(1024*1024*1024),2),'G') idx, concat(round((data_length+index_length)..