Postgres 소켓 파일이 삭제되었습니다.

Postgres Unix 소켓 파일이 삭제되는 상황이 발생했습니다. 이상적으로 우리의 응용 프로그램이 실행 중일 때 Postgres deamon은 전혀 다운되지 않아야합니다. 그러나 postmaster는 중단되고/tmp /에서 생성 된 unix 소켓 파일도 삭제됩니다. 이것은 우리 제품에 심각한 영향을 미칩니다.Postgres 소켓 파일이 삭제되었습니다.

소켓 파일을 명시 적으로 삭제하지 않으면 삭제할 수있는 시점을 알고 싶었습니다. Postgres 연결이 끊어져 다시 시작되었다는 뜻입니까? 연결이 언제 나쁠 수 있습니까?

출처

2011-05-06 sumeet

postgresql이 다운되었거나 (정상적인) 소켓 파일이 제거 되었기 때문에 postgresql이 다운되는지 여부가 명확하지 않은지 여부는 확실하지 않습니다. 포스트 그레스 로그를 확인하십시오.

/tmp /의 이전 파일을 정리하는 절차가있을 수 있습니다. 예 : CentOS/RHEL은 구체적으로 /etc/cron.daily/tmpwatch 스크립트 인 tmpwatch을 사용하여이 작업을 수행합니다. 그리고 비록 tmpwatch가 pgsql 파일을 제거해서는 안되지만, 누가 버그가 숨어 있는지 알고 있습니다.

출처

2011-05-06 08:11:23 nos

로그 파일은 다음과 같습니다 : 분명히 정상적인 종료가 아닙니다. 오므론이 그것을 해치려고 노력했습니다. 나는 어떻게 또는 누가 또는 왜 확신하지 못합니다. LOG : 데이터베이스 시스템이 중단되었습니다. 2011-05-06 09:34:19 IST LOG : 검사 점 레코드가 0/96265C0에 있습니다. LOG : 다시 실행 레코드는 0/96265C0에 있습니다. 실행 취소 기록은 0/0에 있습니다; shutdown FALSE LOG : 다음 트랜잭션 ID : 82018; 다음 OID : 787538 LOG : 데이터베이스 시스템이 제대로 종료되지 않았습니다. 자동 복구 진행 중 – sumeet

또한 Postgres 데이터베이스가/tmp 디렉토리의 사용 권한과 존재 여부에 매우 민감하다는 것을 알고 있습니다. tmp에 데이터를 삭제 한 스크립트가 없음을 확인합니다. – sumeet

표시되는 로그 항목은 백업시 복구에서 가져온 것입니다. 데이터베이스에서 무엇이 죽었는지 로그에서 다시 확인하십시오. 그것은 OOM 살인자와 같은 것일 수 있습니다.이 경우 너무 높은 work_mem 설정과 같은 것을보십시오. –

Postgres 소켓 파일이 삭제되었습니다.

답변

관련 문제