"/"를 완전히 채워 시스템 중단 [닫기]

파일 시스템이 100% 가득 차면(또는 root예약된 공간으로 인해 105%) 나쁜 일이 발생할 수 있습니다(TM). 내가 본 특정 사례(XFS에는 적용되지 않지만):

• 100% 전체 NTFS 파티션(사용자에게 랩톱에서 실행하지 말라고 경고했지만 사용자는 몇 달 동안 이 작업을 수행해 왔습니다...)은 결국 파일 시스템 루프를 유발하므로 300G 디스크에서 데이터를 백업하려고 하면 루프 때문에 3T 디스크 등을 채울 수 있습니다.
• 버그로 인해 디스크가 거의 100% 가득 찬 일부 Linux 가상 머신에서 파티션 끝 비트를 파티션 시작 부분에 다시 쓰기 시작하여 해당 파티션에 있던 다양한 중요한 비트가 손상되었습니다.

따라서 버그가 있는 경우 테스트 시스템이나 베이킹 중에 예방 조치로 파일 시스템이 손상될 수 있으며 어떤 일이 발생하는지 확인하기 위해 디스크를 완전히 채울 수도 있습니다. 그러나 OS나 파일 시스템 손상 없이 파티션이 꽉 차서 쓰기가 실패하는 경우가 많습니다(물론 쓰기가 실패했을 때 프로그래머가 테스트하지 않았기 때문에 응용 프로그램 소프트웨어가 매우 불만스러울 수 있습니다(TM). 예 stunnel를 들어 가능한 경우 로그를 작성하지 않고 애플리케이션 데이터 처리를 중지합니다.

(파일 시스템이 100% 가득 차서 실행될 수 있는 몇 가지 합법적인 상황이 있습니다. 예를 들어 데이터베이스에 모든 공간이 필요할 수 있거나 많은 게놈 데이터가 포함된 (주로?) 읽기 전용 파티션인 경우 등이 있습니다.)

그렇지 않으면 일반적으로 보호 기능이 없습니다. 일반적으로 파티션이 X% 가득 차거나 표시되는 공간에 큰 변화가 있을 때 경고하도록 일종의 모니터링이 설정됩니다. 이러한 사항은 시간 경과에 따른 증가를 기반으로 미리 예측할 수 있는 경우가 많습니다. 목요일에 이메일을 보내는 것이 더 좋습니다("파티션(90% 가득 찼음 - 오류! 오류!

/가 채워지거나 다른 파티션이 채워지는 것이 중요합니까?

가지다여기에 문제가 있습니다CentOS 7(RHEL 7)의 경우 전체 /파티션으로 인해 시스템 전원이 꺼진다고 명시되어 있습니다. 나는 이것을 직접 경험한 적이 없습니다. 그래도 그렇습니다. 파티션이나 볼륨이 꽉 찼는지 여부는 확실히 중요합니다. 로그 파일에 쓸 수 없고, 임시 파일을 만들 수 없고, 데이터베이스에 쓸 수 없고, 홈 디렉터리에 파일을 업로드하거나 업데이트를 받을 수 없다고 상상해 보세요. 이것은 광범위한 질문이며 많은 것을 상상에 맡깁니다! 모든 질문은 파티션이나 볼륨의 목적 및 구성과 관련되어 있습니다.

또한 적절한 보호 장치가 마련되어 있기를 바랍니다.

감사 저장소가 용량에 가까워지면 감사 시스템을 사용하여 지정된 직원에게 알립니다. 디스크 공간이 부족해지기 시작할 때 조치를 취하도록 auditd 서비스를 구성할 수 있습니다. /etc/audit/auditd.conf다음 구성 지시어를 사용하도록 파일을 편집합니다 .

space_left_action = email

수행할 작업에 가능한 값은 "auditd.conf" 매뉴얼 페이지에 설명되어 있습니다. 여기에는 다음이 포함됩니다.

• 소홀히 하다
• 시스템 로그
• 이메일
• 구현하다
• 정지시키다
• 하나의
• 멈추다

루트 계정으로 전송된 이메일은 일반적으로 적절한 조치를 취할 수 있는 시스템 관리자에게 별칭이 지정됩니다. ( /etc/aliases및 을 참조하십시오 man newaliases.)