Após todo o tutorial, você deve ter um serviço de log também. O serviço de log terá informações em seus arquivos de log sobre o motivo da falha do serviço principal. Você pode ler os arquivos de log com tail
, grep
e less
.
Baunilha daemontools ' svstat
apenas informa se um serviço está ativo ou inativo. Você não tem base para afirmar que o script não foi executado. Na verdade, é bem provável que tenha executado; e as mensagens de erro no (s) arquivo (s) de log do serviço de log informam quais mensagens de erro são geradas quando ocorreu.
Você pode, é claro, fazer com que o script explique mais suas operações de uma maneira perfeitamente comum. É um script #!/bin/sh
interpretado, e as opções -v
e -x
do shell podem ser usadas como em qualquer outro script.
O candidato mais provável para o que você encontrará em seus registros é que postmaster
não está no seu PATH
e está em um subdiretório de algum lugar como /usr/lib/postgresql/
ou /usr/local/pgsql
. Neste caso, você tem que invocá-lo como /usr/lib/postgresql/bin/postmaster
ou você tem que prefixar /usr/lib/postgresql/bin/
para o seu caminho dentro do script para que ele encontre o programa quando ele é invocado como simples antigo sempostmaster
. Este último é explicado na documentação do PostgreSQL, q.v ..
Leitura adicional
- " Variáveis de ambiente ". Documentação atual do PostgreSQL . 2016. O Grupo de Desenvolvimento Global do PostgreSQL.
- " Falhas de inicialização do servidor ". Documentação atual do PostgreSQL . 2016. O Grupo de Desenvolvimento Global do PostgreSQL.