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.