큰 파일이없는 루트 파일 시스템

그래서 아주 새로운 sysadmin인데 방금 학교를 그만두고 인턴쉽을 했어요. 유일한 문제는 그 자리에있는 유일한 sysadmin이며 아무도 나에게 직업을 보여주지 않는다는 것입니다. 어쨌든, 그것은 매우 작은 회사이며 그 구성을 가진 하나의 CentOs 서버입니다.

Filesystem            Size  Used Avail Use% Mounted on

/dev/sda3             184G  140G   35G  81% /

tmpfs                 2.3G     0  2.3G   0% /lib/init/rw

udev                  2.3G  212K  2.3G   1% /dev

tmpfs                 2.3G     0  2.3G   0% /dev/shm

/dev/sda1             4.6G  156M  4.2G   4% /boot

/dev/sda4              33G  176M   31G   1% /tmp

/dev/sdb1             1.8T  1.8T     0 100% /media/backupInterne

/dev/sdd1             917G  470G  401G  54% /media/Data

나는 며칠 전에 여기에 왔으며 즉시 전체 디스크를 발견하고 그 문제를 해결하는 중입니다. 내 다른 문제는 sda3가 81 %입니다. 4 일 전, 79 %였습니다.

나는 du -ah를 달렸다 | / 루트 디렉토리에서 sort -rh 명령을 사용하면 아무 것도 나타나지 않습니다. sda3 파티션이 빠르게 채워지기 때문에 며칠 동안 Appart가 있었습니까?

고마워

linux filesystems mount

— 작은 관리자
소스

때문에 내 생각 엔 로그 증가 될 것이다 sdb1가득 차있다, 그러나 우리는 큰 어떻게 볼 /var에서 당신 얻는 것 ...이다 du -sh /*?

— Shane Madden

어떤 파일이 findchaging되었는지 확인 하려면 -mtime n [smhdw]와 함께 사용할 수 있습니다 . 나는 Shane이 옳다고 생각합니다. 전체 sdb1 볼륨에 대해 불평하는 로그 파일 일 수 있습니다. 명령어는 다음과 같습니다 : find / -type f -mtime 1d -print find가 지원한다면 --exclude-dir=/ dev와 / proc을 제외하고 싶을 것입니다.

— Hennes

/ var는 1.7G이며 지난 며칠 동안 그 크기가 거의 움직이지 않는 것을 확인한 것이 첫 번째 아이디어였습니다. 나는 항상 다음 디렉토리를 마운트 디렉토리에 아무것도 없다 년부터 --exclude = '미디어'로 뒤 명령을 실행

— littleadmin

당신이 새로운 관리자라고 썼기 때문에 디스크 사용량이 증가하는 가장 일반적인 이유 중 하나를 지적하겠습니다. 로그 파일. 파일 (예 : 웹 서버의 로그)을 열고 나중에 해당 파일을 삭제하면 프로그램은 해당 파일에 대한 핸들을 닫을 때까지 디스크 공간을 사용합니다. 이 마지막 문제는 때때로 가입 ( kill -1 PID-> 구성 파일을 다시 읽고 많은 암호를 다시 시작)을 보내거나 무딘 재부팅의 도끼로 해결됩니다.

— Hennes

로그가 증가하는 경우 매주 로그 회전이 시작되는 며칠 내에 해결 될 수 있습니다.

— ptman

답변:

다음은 이와 같은 문제를 파악하는 데 사용하는 내용입니다.

du -s `ls -a | egrep -v '\.\.'` | sort -nr | head

현재 디렉토리의 디렉토리 / 파일 당 사용량을 보여줍니다. 거기에서 분명한 것을 찾을 때까지 하위 디렉토리로 내려갑니다.

하나의 큰 파티션에 모든 것을두면 이와 같은 문제를 진단하기가 어려울 수 있습니다. 시도하는 또 다른 방법은

lsof

다양한 프로세스에서 어떤 파일이 열려 있는지 확인하고 실마리를 찾을 수 있는지 확인하십시오. 이것은 매우 맞거나 그리워합니다.

— 프레드 더 매직 원더 독
소스

lsof를 언급하여 +1 이 도구는 새로운 관리자에게 유용 할 것입니다 (만약이 문제가 발생하더라도).

— Hennes

디렉토리 / 파일 당 사용량은 5 개의 결과를 제공하며 그중 600k 이상은 아닙니다.

— littleadmin

삭제 된 파일로 항상 가지고있는 비슷한 문제처럼 들립니다 (그러나 참조는 여전히 있습니다).

Linux 시스템을 사용하는 경우 다음을 실행하십시오.

lsof + L1

삭제 파일 목록이지만 여전히 열려 있고 무언가에 의해 사용되고 있습니다. 열쇠는 파일 핸들을 열어 놓은 모든 것을 얻는 것입니다.

— 에이 릭 토 프트
소스

슬프게도 매일 일어나는 공간의 손실을 설명 할 수있는 파일은 없었습니다. 고마워

— littleadmin

파일 시스템으로 마운트되는 디렉토리에 무언가 쓰기가 가능합니까? 나는 한 번 이상 기가 바이트의 설명 할 수없는 머리카락을 가지고있었습니다. 이것이 가능해서는 안되지만, 그것이 일어날 수 있음을 증명할 수있었습니다.

— Eirik Toft

나는 그런 것도 생각하고 있지만 어떻게 그런 일이 일어날 수 있습니까? 그리고 모든 것을 빼지 않고 어떻게 확인합니까?

— littleadmin

나는 마침내 무슨 일이 일어나고 있는지 알아 냈습니다. 마운트 지점 중 하나가 올바르게 마운트되지 않아 sda3에서 직접 백업을 수행하고있었습니다.

도와 주셔서 감사합니다

— 작은 관리자
소스