Início / unix / Perguntas / 440390
Accepted
manifestor
Asked: 2018-04-28 02:40:23 +0800 CST

Por que o status de saída é diferente ao executar `systemctl start; systemctl is-active` e `systemctl is-active` separadamente?

  • 772

A sequência a seguir me dá o valor de retorno do primeiro comando, não o segundo como eu esperava (não importa se eu executar o primeiro comando em um subshell):

sudo systemctl start x; sudo systemctl is-active --quiet x; echo $?;
(sudo systemctl start x); sudo systemctl is-active --quiet x; echo $?;

O serviço xestá quebrado e não pôde ser iniciado - então ele não está rodando. O seguinte comando, executado de forma autônoma, me fornece um valor de retorno correto 3como deveria ser:

sudo systemctl is-active --quiet x; echo $?;

Então, por que estou obtendo o valor de retorno do primeiro comando ( 0) ao executar command; command; echo $?em vez do valor de retorno ( 3) do segundo com echo $??

estou ligado GNU bash, version 4.4.12(1)-release (x86_64-pc-linux-gnu). Eu sei que se eu dividir em 2 linhas, funciona:

sudo systemctl start x;
sudo systemctl is-active --quiet x; echo $?;

Mas preciso tê-lo como um one-liner, pois estou colocando na shell_exec()função PHP. E executar duas vezes shell_exec()tem o mesmo resultado que colocar os comandos em uma linha.

bash command-line

3 respostas

  1. Best Answer

    Quando me deparo com um problema como esse, tendo a seguir o mantra de Sherlock Holmes e considerar o que resta, por mais implausível que seja, uma vez que o impossível é eliminado. É claro que com os computadores nada é impossível, porém algumas coisas são tão improváveis ​​que podemos ignorá-las a princípio. (Isso faz mais sentido com o título original, “ command; command; echo $?— o valor de retorno não está correto, por quê?”)

    Neste caso, se

    sudo systemctl start x; sudo systemctl is-active --quiet x; echo $?;

    mostra que $?é 0, isso significa que systemctl is-activerealmente indicou sucesso. O fato de um separado systemctl is-activemostrar que o serviço não está ativo sugere fortemente que há uma corrida entre o serviço e o operador humano digitando os comandos; basicamente, que o serviço inicia, o suficiente para systemctl startterminar e systemctl is-activeexecutar e encontrar o serviço ativo, mas o serviço falha, então um humano inserido systemctl is-activeo considera inativo.

    Adicionar um pequeno atraso entre systemctl starte systemctl is-activedeve evitar o falso positivo.

    • 14

  2. O Systemd ativa o serviço por um curto período de tempo ( 0.1segundos) e, em seguida, o serviço trava.

    Retorna 3como deveria ser;

    sudo systemctl start x; sleep 0.2; sudo systemctl is-active --quiet x; echo $?;

    Menos de 0.2segundos, ele retorna 0como não deveria ser:

    sudo systemctl start x; sleep 0.1; sudo systemctl is-active --quiet x; echo $?;

    Além disso, se eu systemctl start x; ps -fA | grep -i xvejo o serviço. Se eu correr de psnovo depois disso, acabou.

    • 4

  3. Tente isto:

    sudo systemctl start x && sudo systemctl is-active --quiet x; echo $?;

    &&Isso forçará o sistema a executar os comandos em ordem e somente se o comando anterior for concluído com êxito .

    • 1

relate perguntas