Adicione uma opção -d adequada para ajustar o nível de depuração e, em seguida, você verá nos registros qual etapa é demorada.
Estou configurando o rtpproxy em um servidor Debian 8.3 através do pacote padrão disponível nos repositórios. O pacote vem com o script sysvinit ainda, e eu quero usar um keepalive, então eu estou tentando configurar um arquivo de serviço systemd. Estou pegando emprestado de seu repositório github um pouco do que parece ser a configuração do Fedora. Eu também optei por renunciar a sua configuração de tipo socket / service em favor do método rtpproxy mais tradicional de definir o socket no comando Exec. Aqui está o que estou usando:
[Unit]
Description=A symmetric RTP proxy
After=network.target
[Service]
Type=forking
User=rtpproxy
Group=rtpproxy
EnvironmentFile=/etc/default/rtpproxy
PIDFile=/var/run/rtpproxy/rtpproxy.pid
ExecStart=/usr/bin/rtpproxy -s $CONTROL_SOCK -p /var/run/rtpproxy/rtpproxy.pid $EXTRA_OPTS
Restart=always
TimeoutStopSec=30s
[Install]
WantedBy=multi-user.target
As variáveis $CONTROL_SOCK e $EXTRA_OPTS estão definidas em /etc/default/rtpproxy .
Enquanto isso funciona, o processo demora para ser iniciado apenas se o sistema tiver sido reinicializado (ao que parece). Se estiver em execução e eu reiniciar o processo, é rápido. Como posso determinar por que esse processo está demorando tanto para iniciar a inicialização do sistema?
Adicione uma opção -d adequada para ajustar o nível de depuração e, em seguida, você verá nos registros qual etapa é demorada.