Como evitar que o / usr / bin / env seja marcado nos logs do systemd como executável

Question

Eu criei um serviço systemd para executar um aplicativo tomcat com base nas informações encontradas em este artigo . A versão curta do artigo recomenda evitar os invólucros do script de shell e executar o java diretamente, com o ambiente apropriado e a linha de comando.

Aqui está a totalidade do serviço systemd (com o nome do aplicativo substituído):

[Unit]
Description=MyApp Tomcat Container

[Service]
EnvironmentFile=/opt/myapp/environment
ExecStart=/usr/bin/env ${JAVA_HOME}/bin/java $JAVA_OPTS $CATALINA_OPTS \
-classpath ${CLASSPATH} \
-Dcatalina.base=${CATALINA_BASE} \
-Dcatalina.home=${CATALINA_HOME} \
-Djava.endorsed.dirs=${JAVA_ENDORSED_DIRS} \
-Djava.io.tmpdir=${CATALINA_TMPDIR} \
-Djava.util.logging.config.file=${CATALINA_BASE}/conf/logging.properties \
-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager \
org.apache.catalina.startup.Bootstrap start

ExecStop=/usr/bin/env $JAVA_HOME/bin/java $JAVA_OPTS \
-classpath $CLASSPATH \
-Dcatalina.base=$CATALINA_BASE \
-Dcatalina.home=$CATALINA_HOME \
-Djava.endorsed.dirs=$JAVA_ENDORSED_DIRS \
-Djava.io.tmpdir=$CATALINA_TMPDIR \
-Djava.util.logging.config.file=$CATALINA_BASE/conf/logging.properties \
-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager \
org.apache.catalina.startup.Bootstrap stop

[Install]
WantedBy=multi-user.target

Isso funciona muito bem, tanto quanto eu sei. O serviço inicia, interrompe e relata o status corretamente. O problema que estou tendo é com os logs conforme relatado por journalctl :

# journalctl -u myapp.service --since today

Sep 14 00:26:00 myserver.domain.com env[654]: MyApp:2015-09-14 00:26:00: INFO Detail irrelevant
Sep 14 00:26:00 myserver.domain.com env[654]: MyApp:2015-09-14 00:26:00: INFO Detail irrelevant
Sep 14 00:26:17 myserver.domain.com env[654]: MyApp:2015-09-14 00:26:17: INFO Detail irrelevant

Veja aqui que env está sendo registrado como o executável em execução. Eu prefiro ver java como o executável, considerando que é o programa que realmente nos interessa. O env é ruído. Eu notei alguns arquivos de serviço systemd diferentes que recomendam prefixar o comando start com /usr/bin/env , então presumi que poderia encontrar algumas informações sobre os logs produzidos. Aparentemente não.

Posso relatar o executável como java em vez de env ao usar esse mesmo padrão de execução de java diretamente (não os wrappers de startup.sh)?

Para pontos extras, eu adoraria algumas dicas e sugestões sobre o que meu arquivo de serviço pode estar faltando. Esta é a primeira vez que escrevo um serviço systemd, e estou ansioso para aprender mais sobre as melhores práticas.

    

Answer 1

A diretiva SyslogIdentifier permite definir o nome do executável nome nos registros.

SyslogIdentifier=java
# or my app name, but not both!
SyslogIdentifier=myapp