start-stop-daemon nenhum arquivo pid foi escrito

Question

Já tem o arquivo "make-pidfile" no start-stop-daemon, mas ainda não foi possível ver o arquivo pid sendo criado. Alguém pode ajudar por quê?

#!/bin/bash
### BEGIN INIT INFO
# FIXME: set Provides and Short-Description
# Provides:          echobridge
# Required-Start:    $remote_fs $syslog
# Required-Stop:     $remote_fs $syslog
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: initscript for echobridge
### END INIT INFO
# FIXME: your name here
# Author: Leonid Shevtsov <[email protected]>
# Do NOT "set -e"
PATH=/sbin:/usr/sbin:/bin:/usr/bin
# FIXME: configure your app here
DESC="home automation phillips hue emulator"
NAME="echobridge"
CWD=/home/pi/EchoBridge
DATA=/home/pi/EchoBridge/data
#IP=128.168.1.40
#PORT=80
USER=pi
GROUP=pi
JAVA="/usr/bin/java"
JVM_ARGS="-Dconfig.file=$DATA/habridge.config"
JAR_PATH=/home/pi/EchoBridge/ha-bridge-3.2.1.jar
#JAR_PATH=/home/pi/EchoBridge/ha-bridge-3.1.0.jar
JAVA_ARGS="$JVM_ARGS -jar $JAR_PATH"
PIDFILE=/var/run/$NAME.pid
SCRIPTNAME=/etc/init.d/$NAME
# Load the VERBOSE setting and other rcS variables
. /lib/init/vars.sh
# Define LSB log_* functions.
# Depend on lsb-base (>= 3.2-14) to ensure that this file is present
# and status_of_proc is working.
. /lib/lsb/init-functions
# Test that Java is installed
if [ ! -x "$JAVA" ]; then
  echo "Java executable not found at $JAVA"
  exit 2
fi
# Test that the application jar is present
if [ ! -r "$JAR_PATH" ]; then
  echo "Application JAR not found at $JAR_PATH"
  exit 2
fi
#
# Function that starts the daemon/service
#
do_start()
{
  # Return
  #   0 if daemon has been started
  #   1 if daemon was already running
  #   2 if daemon could not be started
  start-stop-daemon --start \
    --quiet \
   # --name $NAME \
    --make-pidfile \
    --pidfile $PIDFILE \
    --exec $JAVA \
    --test > /dev/null \
    || return 1
  # FIXME: export environment variables here
  # export PORT=8070
  start-stop-daemon --start \
    --quiet \
   # --name $NAME \
    --make-pidfile \
    --pidfile $PIDFILE \
   # --chuid $USER:$GROUP \
    --chdir $CWD \
    --background \
    --exec $JAVA \
    -- $JAVA_ARGS \
    || return 2
}
#
# Function that stops the daemon/service
#
do_stop()
{
  # Return
  #   0 if daemon has been stopped
  #   1 if daemon was already stopped
  #   2 if daemon could not be stopped
  #   other if a failure occurred
  start-stop-daemon --stop \
    --quiet \
   # --name $NAME \
    --pidfile $PIDFILE \
    --exec $JAVA \
    --retry=TERM/30/KILL/5
  RETVAL="$?"
  [ "$RETVAL" = 2 ] && return 2
  rm -f $PIDFILE
  return "$RETVAL"
}
#
# Function that checks if the daemon is running
#
do_status()
{
  start-stop-daemon \
    --start \
    --test \
    --oknodo \
    --pidfile $PIDFILE \
    --exec $JAVA
}
case "$1" in
  start)
  [ "$VERBOSE" != no ] && echo "Starting $DESC" "$NAME"
  do_start
  case "$?" in
    0|1) [ "$VERBOSE" != no ] && echo 0 ;;
    2) [ "$VERBOSE" != no ] && echo 1 ;;
  esac
  ;;
  stop)
  [ "$VERBOSE" != no ] && echo "Stopping $DESC" "$NAME"
  do_stop
  case "$?" in
    0|1) [ "$VERBOSE" != no ] && echo 0 ;;
    2) [ "$VERBOSE" != no ] && echo 1 ;;
  esac
  ;;
  status)
  do_status
  ;;
  restart|force-reload)
  echo "Restarting $DESC" "$NAME"
  do_stop
  case "$?" in
    0|1)
    do_start
    case "$?" in
      0) echo 0 ;;
      1) echo 1 ;; # Old process is still running
      *) echo 1 ;; # Failed to start
    esac
    ;;
    *)
    # Failed to stop
    echo 1
    ;;
  esac
  ;;
  *)
  echo "Usage: $SCRIPTNAME {start|stop|status|restart|force-reload}" >&2
  exit 3
  ;;
esac***

    

Answer 1

 start-stop-daemon --start \
    --quiet \
   # --name $NAME \
    --make-pidfile \
    --pidfile $PIDFILE \
    --exec $JAVA \
    --test > /dev/null \

Comentários em scripts de shell não funcionam assim. Você fez dois comandos,

 start-stop-daemon --start --quiet 

e

--make-pidfile --pidfile $PIDFILE --exec $JAVA --test > /dev/null 

Não tente comentar argumentos de comando dessa maneira.

Para os espectadores que estão desesperados com o uso do System 5 rc scripts e arquivos PID, note que a primeira regra para migrar para o systemd de fato se aplica à ponte de automação residencial Philips Hue. Neste caso particular, pode-se encontrar uma unidade de serviço já escrita por BWS Systems para começar .

No mundo daemontools, o programa run para tal serviço é obviamente simples, especialmente no seu caso em que o Java é direto em /usr/bin/java . Aqui está uma dessas:

#!/bin/nosh
setuidgid pi
userenv
chdir /home/pi/habridge
java -jar -Dconfig.file=data/habridge.config ./ha-bridge-3.2.2.jar

Naturalmente, executar o não-superusuário do programa Java (como faz este programa run ) significa que ele não pode ligar um soquete à porta 80 como desejar. É por isso que você está tentando comentar a opção --chuid no seu script System 5 rc , sem dúvida.

Em um mundo ideal, o programa Java não estaria fazendo isso, mas seria usar algo como tcp-socket-listen para vincular um soquete de escuta antes de executar setuidgid para descartar privilégios e executar o programa Java, que simplesmente aceitaria o soquete de escuta como o descritor de arquivo aberto # 3 sem ter que se preocupar com nada disso em si.

A idéia de que o sistema de gerenciamento de serviços pode fazer isso por um serviço é comum ao daemontools world, systemd, launchd e até inetd . Um programa daemontools run (novamente usando o kit de ferramentas de nosh , embora tem-se uma escolha de toolkits para gerenciamento de daemon e para UCSPI ) seria parecido com:

#!/bin/nosh
tcp-socket-listen --numeric-host --backlog 2 --bind-to-any 128.168.1.40 www-http
setuidgid pi
userenv
chdir /home/pi/habridge
java -jar -Dconfig.file=data/habridge.config ./ha-bridge-3.2.2.jar

Naturalmente, muitos desses programas Java aparentemente não alcançaram a ideia de serem passados seus soquetes de comunicação já abertos . Portanto, não é possível executar setuidgid antes de invocar o Java aqui, e é preciso confiar ainda em outro servidor Java rodando com privilégios de superusuário.

A razão pela qual eu menciono isso é que com scripts run do estilo daemontools interpretados por ferramentas como nosh e execlineb de Laurent Bercot, e com unidades de serviço do systemd, uma pode comentar as coisas da maneira que você quer.

Em uma unidade de serviço do systemd, é possível comentar a parte que descarta os privilégios de superusuário com os comentários do arquivo .INI:

;User=pi
;Group=pi

Uma pessoa modificaria o primeiro programa run com a aplicação da seguinte forma:

#!/bin/nosh
#setuidgid pi
#userenv
chdir /home/pi/habridge
java -jar -Dconfig.file=data/habridge.config ./ha-bridge-3.2.2.jar