Запуск PostgreSQL с Supervisord

Сообщение в блоге написано довольно плохо. Там нет «режима TCP»: предложенный в сообщении метод по-прежнему будет прослушивать сокет Unix, просто в другом каталоге. Комментарии в сообщении, такие как «внешний файл pid - не требуется для режима TCP», очень вводят в заблуждение.

postmaster — это традиционное имя исполняемого файла postgresql (чтобы отличить главный диспетчерский процесс от серверных подчиненных). С некоторых пор нет отдельного экзешника, и теперь он устанавливается как просто "postgres".

Предполагая, что Supervisor в целом похож на схему qmail/daemontools supervise, было бы вполне возможно (на самом деле вполне нормально) запустить сценарий, который устанавливает каталоги и среду, а затем запускает postgres с необходимыми аргументами (или распространяет аргументы, переданные сценарию-оболочке, что было бы необычно для супервизора, но имеет больше смысла, когда у вас есть файл конфигурации, в который можно поместить аргументы).

Способ supervise работал (и я собираюсь продолжать предполагать, что «Supervisor» тот же самый) заключается в том, чтобы процесс супервизора запускал подпроцесс, как указано, и просто перезапускал новый подпроцесс, если он завершается. Это основано на идее, что запускаемый процесс является долгоживущим процессом-демоном, который завершается только тогда, когда что-то идет не так, и что простой его перезапуск является допустимым решением. Напротив, сценарии инициализации, такие как в /etc/init.d, запускают подпроцесс и отсоединяют его, а также возвращают управление вызывающей стороне — если подпроцесс завершается, ничего особенного не происходит, и его необходимо перезапустить вручную. Если вы попытаетесь просто запустить /etc/init.d/postgresql start из супервизора, он будет постоянно порождать демоны postgresql, поскольку возврат из сценария инициализации будет интерпретироваться как завершение процесса демона, хотя на самом деле он был запущен и отсоединен.

Чтобы избежать автоматического запуска службы с помощью сценариев /etc/init.d, пакет для postgresql 9.1 предоставляет файл /etc/postgresql/9.1/main/start.conf, который содержит:

# Automatic startup configuration
# auto: automatically start/stop the cluster in the init script
# manual: do not start/stop in init scripts, but allow manual startup with
#         pg_ctlcluster
# disabled: do not allow manual startup with pg_ctlcluster (this can be easily
#           circumvented and is only meant to be a small protection for
#           accidents).

auto

Это файл, который нужно изменить, чтобы избежать автоматического запуска, а не удалять /etc/init.d/postgresql, как предлагает сообщение в блоге.

Кроме того, изменение параметров unix-сокетов из-за отсутствия /var/run/postgresql выглядит не лучшей идеей, потому что это значение по умолчанию для любой программы, связанной с libpq, и потому что создать этот каталог с соответствующими правами несложно, как это делает последовательность запуска пакета в /usr/share/postgresql-common/init.d-functions:

# create socket directory
if [ -d /var/run/postgresql ]; then
    chmod 2775 /var/run/postgresql
else
install -d -m 2775 -o postgres -g postgres /var/run/postgresql
fi

И хотя значение по умолчанию не должно вызывать проблем, обратите внимание, что то, останется ли postmaster в конечном итоге на переднем плане или разветвится и запустится в фоновом режиме, контролируется silent_mode в postgresql.conf. Убедитесь, что он выключен.

Я пытаюсь запустить как tomcat, так и postgres под супервизором и нашел здесь несколько советов: https://serverfault.com/questions/425132/controlling-tomcat-with-supervisor

Вот мой модифицированный run_postgresql.sh с использованием bash:

#!/bin/bash

# This script is run by Supervisor to start PostgreSQL 9.1 in foreground mode

function shutdown()
{
    echo "Shutting down PostgreSQL"
    pkill postgres
}

if [ -d /var/run/postgresql ]; then
    chmod 2775 /var/run/postgresql
else
    install -d -m 2775 -o postgres -g postgres /var/run/postgresql
fi

# Allow any signal which would kill a process to stop PostgreSQL
trap shutdown HUP INT QUIT ABRT KILL ALRM TERM TSTP

exec sudo -u postgres /usr/lib/postgresql/9.1/bin/postgres -D /var/lib/postgresql/9.1/main --config-file=/etc/postgresql/9.1/main/postgresql.conf

С этим скриптом postgresql корректно останавливается после supervisorctl stop postgres.