파일 삭제를 해도 디스크 프리 공간이 회복이 되질 않습니다.. ㅡㅡ;
글쓴이: dnehdgns / 작성시간: 금, 2008/04/11 - 10:25오전
안녕하세요..
특정 로그 폴더를 감시를 하면서 사이즈가 정해진 사이즈를 넘어가면
오래된 파일부터 삭제를 하도록 되어 있습니다.
파일 삭제 명령어는 remove()를 사용하였구요.
그런데, 며칠동안 동작을 하고나니 파일이 삭제가 되어도 프리공간이
늘어나지 않는 현상이 있어서 원인이 무엇인지 문의 드립니다.
73G 하드디스크를 추가하여 /mnt/log 로 mount가 되어 있구요.
root@websentinel:/mnt/log$ df /mnt/log
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/cciss/c0d1p1 70528000 70528000 0 100% /mnt/log
root@websentinel:/mnt/log$ du -hs
27G .
이런식으로 나옵니다. 원인이 무엇일까요?
실제 /mnt/log/폴더에 존재하는 파일의 크기들을 계산해보면 27G 정도 나옵니다.
윈도우의 휴지통 처럼 어딘가에 파일이 숨어져 있는것 같은데, 어떻게 해결을 해야 할지 잘 모르겠습니다.
고수님들의 도움을 요청드립니다. ^^
Forums:
메모리 증가문제는
메모리 증가문제는 해결하셨나보군요.
open() 하고 있는 프로세스가 있으면 unlink() 를 해도 실제로 디스크의 데이타가 삭제되지는 않습니다.
파일 지우기 전에 fuser 를 사용해서 잡고 있는 프로세스가 있는지 살펴보세요.
OTL
리눅스가 익숙하지
리눅스가 익숙하지 않다고 하셔서 몇 자 더 적습니다.
fuser 로 /var/log/messages 파일을 열고 있는 프로세스의 pid 를 조사해보니 2193
ps 로 pid 2193 인 프로세스를 찾아보니 syslogd
pid 2193 인 프로세스가 열고 있는 다른 파일/장치를 찾아보니 저렇게 여러개.
fuser 의 다른 예.
tcp/ip 포트 22 를 바인딩한 프로세스를 찾아보니 pid 2528
ps 로 뒤져보니 sshd
sshd 가 열고 있는 다른 파일/장치를 찾아보니 저렇게.
OTL
감사합니다. ^^
자세한 설명 감사드립니다.
파일을 쓰는 곳과 오픈 하는곳이 다른 쓰레드로 동작하며, 지우는 것 또한 다른 쓰레드에서 동작을 하고 있습니다.
파일의 open후에 cloes가 정상적으로 되질 않는 것인지..? open이 클로즈보다 많이 불리는 것인지..?
어떠한 이유로 인하여 자원의 낭비가 발생하는것으로 보입니다.
어플리케이션이 종료가 되고나니 available 영역이 다시 정상적으로 돌아오네요..
remove로 파일은 삭제가 되었지만, 프로세스가 잡고 있어서 반환이 되지 않는것으로 생각됩니다.
메모리 증가는...
top에서 볼때는 free영역이 감소가 되었는데,
free로 확인을 해보니 감소가 되는게 아니었습니다. ㅡㅡ;
리눅스 시스템에서 개발이 처음이라 오해를 한듯 합니다. ^^;;;
메모리 증가는...
top에서 볼때는 free영역이 감소가 되었는데,
free로 확인을 해보니 감소가 되는게 아니었습니다. ㅡㅡ;
리눅스 시스템에서 개발이 처음이라 오해를 한듯 합니다. ^^;;;
댓글 달기