Доброго времени суток!

Может кто сталкивался с ситуацией, когда apport оказывал влияние на PostgreSQL, в моем случае 9.5

Ситуация следующая, закончилось место на разделе, где хранится WAL и в штатной ситуации СУБД просто падает и все, далее чистим раздел, поднимаем и работаем далее. Тут же получилось так, что порядка 40 минут висел процесс
/usr/bin/python3 /usr/share/apport/apport 55687 0 55687
где 55687 - это PID процесса postgres (один из коннектов)
И только когда ушел процесс apport я увидел в логах PostgreSQL
DETAIL: The postmaster has commanded this server process to roll back the current transaction and exit, because another server process exited abnormally and possibly corrupted shared memory.

Может кто-то с подобным сталкивался? Как понимаю этот самый apport на серверах лучше снести. Но неужели он может так влиять на СУБД, что даже без места на разделе с WAL база продолжает работать.

Все проверки/попытки воспроизвести ситуацию приводили к немедленной остановке СУБД. Повторить так, чтобы снова накинулся apport к сожалению не получилось

drsm, т.е. получается из за него все это веселье пошло. Что сервак не упал по человечески, а зомбаком висел?

Наверное этот аппорт сносить к чертям, чтобы не повторилось...