하루, 하나, IT지식

기술지원 엔지니어의 특성상 다양한 환경에서 작업을 해야하는 경우가 많다. 서버 콘솔에 직접 붙어서 작업을 하는 경우도 있고, 담당자의 PC를 통한 원격접속, VPN 등등.. 즉, 다양한 프로그램을 사용할 수 있어야 한다는 것이다. 예를 들어서 SFTP 전송을 위해 FileZilla만 사용하다가 막상 작업을 해야하는 원격 PC에 putty만 설치되어 있다면? 물론 담당자에게 파일을 옮겨달라고 하거나 FileZilla를 설치해 달라고 할 수도 있다. 하지만 이왕이면 일반적으로 많이 쓰이는 프로그램의 사용법을 미리 익혀두면 작업 효율을 증가시킬 수 있다. 그럼 용도별로 어떤 프로그램을 사용하면 좋을 지 알아보자. SSH putty : 가장 추천하는 기본 프로그램으로 매우 가볍고, 사용법이 직관적이다. Xshe..

1. 로그 파일 용량이 너무 커서 파일 자체에서는 분석이 힘듦 2. 특정 시간대에 발생한 로그만 따로 추출하여 분석이 필요 1. grep -n "^\[#|2022-05-24 09:5[5-7]:[0-5][0-9]" test.log | cut -d':' -f1 > grep_number.log 2. sed -n '3190,3824p' test.log > sed_number.log or head -3824 test.log | tail -635 > head_tail_number.log grep명령어를 통해서 log파일에서 특정시간대가 포함된 행을 출력하고 행 번호만 알아낸다. 이 때 바로 해당 행만 출력할 경우 줄바꿈이 된 행들이 누락되므로 행의 시작과 끝번호를 알아낸 뒤 sed, head, tail 등의 명령어..

오류로그를 분석하다가 다음과 같은 상황에 부딪혔다. 오류가 너무 많이 쌓여서 로그파일의 용량이 매우 큼 일반적인 stack trace 로그파일로 오류가 발생한 지점에 '...' 라인이 입력되고, 오류에 대한 간단한 설명은 그 윗줄에 표시되므로 오류를 찾기위해서는 '__Exception' 패턴을 검색하지만 오류 내용을 구분하기 위해서는 그 윗줄을 같이 참고해야 함 로그들을 대충 훑어보니 99%는 크게 중요하지않은 반복오류인 것 같은데 그 외에 의미있는 오류가 섞여있는지 확인이 필요 일일히 오류들을 눈으로 확인하기에는 양이 너무 많아서 빠른 검색을 위한 코드작성이 필요 다양한 환경에서도 사용할 수 있도록 기본적이고 범용적인 코드만 사용 사용할 명령어, 옵션, 정규표현식은 아래와 같다. 명령어 grep mor..