02 : 리눅스 디스크가 가득하지만 lsof 명령 큰 파일을 처리하는 문제를 찾을 수 없습니다

오늘, 경찰은 zabbix 아침 받았다.

알람 내용 : 서버는 디스크가 꽉 찼습니다.

문제 해결 단계 :

디스크가 가득하기 전에 인해 위의 서비스 로그에 일반적으로 다시 실행하는 서버에 기인 그것에 여분의 로그를 제거하기 위해 서버에 너무 많은 공간, 자바 프로그램을 차지합니다. 그러나 나는이 서버 로그 자동 세척 메커니즘을했던 기억.

그래서 서버, 디스크에게 91 %를 발견 -h 안양, 정상 DF -i 인덱스에 로그인합니다. 

 

내 첫번째 생각은 로그가 정상 발견 보려면 각 서비스로 이동 로그를 정리하는 문제가 아니었다 로그 용량이 몇 메가 바이트입니다.

따라서, 각 디렉토리의 디스크 점유를 보면 루트 디렉토리에, 그래서 큰 파일을 찾기 위해 뒤를 사용합니다.

당신은 -SH /

결과는 여러 세대의 사용으로 전부입니다, 대형 카탈로그 파일을 가지고 있지 않았다.

 이것은 또한 40 개 이상의 G.의 차이 나머지 공간과 사용 된 공간 데이터가 아닌 보는 것은 매우 이상하지만,

그래서, 다음 바이두는, 일부 파일이 원본을 삭제 한 수 있지만, 공개되지 않은, 그것은 휴지통을 입력 같다, 같은, 그래서 lsof의 명령으로 그 파일을 삭제 볼뿐만 아니라 파일 핸들을 열고 크기의 순서로 배열.

 

lsof의 | | GREP 삭제 블랙 NR

 

그것은 거기에 40 개 이상의 G가, 상태가 삭제되고, 자바 로그 파일이지만, 파일 핸들이 열려있는 것을 알 수 있었다. 그럼에도 불구하고 그는, 쓰기 데이터를 보관

 

그래서 그룹은 40 개 이상의 G. 대한 다음 DF -h, 공간 즉시 유휴 서비스를 다시 시작하는 데 도움을 허용, 개발 안에서 발견

 

추천

출처www.cnblogs.com/jim-xu/p/11441762.html