130GB 하드 드라이브를 갖춘 VPN 서버가 있습니다. 최근에 서버가 다운되어 SSH를 사용하여 접속했습니다 dh -h
.
Filesystem Size Used Avail Use% Mounted on
/dev/vzfs 130G 130G 0 99% /
none 2.0G 4.0K 2.0G 1% /dev
du -sh /*
그런 다음 내가 찾은 59GB를 사용했습니다 root fold
. 그런 다음 다음 du -sh /root/*
과 같은 일부 파일이 포함된 긴 목록이 생성됩니다.
...
43M /root/core.7856
59M /root/core.7859
59M /root/core.7862
43M /root/core.7883
43M /root/core.7885
43M /root/core.7889
59M /root/core.7892
59M /root/core.7904
43M /root/core.7906
59M /root/core.7913
43M /root/core.7915
59M /root/core.7940
59M /root/core.7942
43M /root/core.7947
43M /root/core.7951
...
fileZilla
지난 3일 이내에 생성된 1204 core.* 파일을 사용하여 내 서버에 액세스합니다 .
그렇다면 centos /root/core.* 파일은 무엇입니까? 그것들은 어떻게 만들어지나요? 서버를 손상시키지 않고 삭제할 수 있나요? 그리고 다시 생성되는 것을 방지하는 방법은 무엇입니까?
문제를 풀다
Linux 메일 시스템으로 인해 발생하는 문제입니다. 552행 /etc/mail/trusted-users
에서 etc/mail/submit.cf
권한을 변경했습니다 . 그러면 더 이상 /root/core.* files
창조가 없습니다.
답변1
이것들이라고 불리는 것들은코어 덤프. 신호 수신기를 종료하는 것 외에도 일부 기본 신호 처리기는 사후 분석을 위해 종료 시 메모리 내용과 프로세스 상태를 기록합니다. 이러한 파일을 분석할 계획이 아니라면 안전하게 삭제할 수 있습니다.
적절한 리소스 제한을 로 설정하여 코어 덤프 생성을 비활성화할 수도 있습니다 ( 프로젝트 를 로 설정 0
하면 됩니다 ).core
/etc/security/limits.conf
0
특정 프로세스가 예상치 못한 방식으로 종료되는 경우가 많기 때문에 시스템이 이러한 파일을 매우 빠르게 생성한다는 사실은 문제가 잘 진행되고 있지 않음을 경고해야 한다는 점에 유의해야 합니다. 이는 버그가 있는(자동 재생성) 프로그램으로 인해 발생할 수도 있고, 메모리 결함과 같은 더 심각한 문제로 인해 발생할 수도 있습니다. dmesg
이를 파악하려면 로그 파일과 출력을 살펴봐야 할 수도 있습니다 .
답변2
루트로 실행될 때 충돌이 발생한 프로그램의 메모리 코어 덤프입니다. 디버깅할 계획이 없으면 삭제할 수 있습니다.
답변3
코어 덤프크래시 덤프입니다. file
핵심 파일 중 하나를 인수로 사용하는 프로그램은 어떤 프로그램이 계속 충돌하는지 알려줄 수 있습니다.
답변4
다음을 통해 코어 파일이 다시 생성되는 것을 방지할 수 있습니다.
ulimit -c 0
이는 생성되는 코어 파일의 최대 크기를 0으로 제한합니다.
자세한 내용은 bash 매뉴얼 페이지를 참조하십시오.