독까의 이야기

IIS 와 톰캣을 연동하여 JSP 를 운영하는 웹서버가 있음

장애가 발생해서 복구 후 웹페이지 출력 테스트를 진행 하는데

특정 페이지 호출시에 404 에러가 발생함

404 에러가 출력 된 상태에서 '새로고침' 을 진행하니깐 또 잘 열림

그런데 새로고침 한 번 더 하니깐 또 404 에러가 출력 됨

해결을 위한 구글링 중에 동일한 증상이 발생한 사용자의 게시글을 커뮤니티에서 확인함

http://okjsp.pe.kr:8080/article/333382?note=1079996

 

톰캣이 설치 된 경로에 생성되어 있는 work 폴더를 삭제하고 서비스 재시작을 하면 되는 거였음

재시작을 하면 work 폴더를 재생성 함

해당 작업을 진행하고 페이지 호출 테스트 했을 때 전부 정상으로 호출 되었음

 

 

OS : Windows 2008 R2

VSS 백업 스케쥴 실패 확인

 

이벤트 로그 확인

백업되는 볼륨의 섀도 복사본을 만들기 위한 볼륨 섀도 복사 서비스 작업에 실패하여 '‎2016‎-‎09‎-‎06T02:19:41.122000000Z'에서 시작된 백업 작업에 오류가 발생했습니다. 오류 코드는 '2155348001'입니다. 이벤트 세부 정보에서 해결 방법을 확인하고 문제를 해결한 후 백업 작업을 다시 실행하십시오.

유휴 시간 제한으로 인해 VSS 서비스를 종료 중입니다.

이벤트 ID : 521 / 에러 코드 : 2155348001

 

해결 : https://blogs.technet.microsoft.com/asiasupp/2011/08/01/windows-server-backup-failed-to-backup-with-error-0x81000101/

Sometimes Windows Server Backup failed to backup the data. The error is:

The shared restore point operation failed with error (0x81000101) The creation of a shadow copy has timed out. Try this operation again.

In the event viewer, found the following error:

The backup operation that started at ‘‎**** has failed because the Volume Shadow Copy Service operation to create a shadow copy of the volumes being backed up failed with following error code ‘2155348001’. Please review the event details for a solution, and then rerun the backup operation once the issue is resolved.

Cause:

Windows Server Backup is timing out during shadow copy creation since it is taking more than 10 minutes.

Resolution:

– Run regedit.exe and navigate to “HKEY_LOCAL_MACHINESoftwareMicrosoftWindows NTCurrentVersionSPP”

– Create a new Registry value of type DWORD with name “CreateTimeout”

– Change value to 12000000(2*10*60*1000 = 20 mins) in decimal

 

레지스트리 편집

실행 :  regedit - HKEY_LOCAL_MACHINE - Software - Microsoft - Windows NT - CurrentVersion - SPP

새로 만들기 - DWORD - CreateTimeout - 10진수값 : 12000000

 

 

 

백업 스케쥴 재등록 후 실행

 

백업 정상 완료 확인

 

ora-12514, ora-12560

오라클을 DB 로 사용하는 웹사트의 페이지 호출 불가

서비스 확인 : DB 인스턴스 서비스 정상 / TNSListener 서비스 정상

lsnrctl status 로 확인시

ora-12514, ora-12560

TNS 프로토콜 어댑터 오류 출력

listner.ora 와 tnsname.ora 를 확인해 보았으나 특이 사항 없음

구글 검색을 통해 listener 의 로그파일의 용량이 4GB 이상일 경우 오류 발생 한다는 내용을 확인함

http://msutic.blogspot.kr/2009/06/truncating-rotating-flushing.html

로그 파일 경로로 이동

C:\app\product\11.2.0\dbhome_1\log\diag\tnslsnr\컴퓨터명\listener\trace

listener.log 파일의 용량 4GB 확인


lsnrctl set log_status off    --> 리스너의 로그 기록 사용 안 함 설정
rename listener.log listener_%date%.old   --> 로그 파일명을 오늘 날짜의 로그파일명으로 변경
lsnrctl set log_status on   --> 리스너의 로그 기록 사용함 설정

이렇게 하면 기존 파일명이 변경되고 새로 리스너 로그 파일이 생성 됨

해당 작업을 배치 파일로 작성해서 작업 스케쥴러에 등록해 놓으면 주기적으로 로그파일의 분할이 가능해짐