systemd-run - Online na nuvem

PROGRAMA:

NOME

systemd-run - Executa programas em escopo transitório ou unidades de serviço ou temporizador

SINOPSE

execução do sistema [OPÇÕES ...] COMANDO [ARGS ...]

execução do sistema [OPÇÕES ...] [OPÇÕES DE TEMPORIZADOR ...] {COMANDO} [ARGS ...]

DESCRIÇÃO

execução do sistema pode ser usado para criar e iniciar uma unidade transiente .service ou .scope e executar
o especificado COMANDO iniciar. Também pode ser usado para criar e iniciar .timer transitório
unidades.

Se um comando for executado como uma unidade de serviço temporária, ele será iniciado e gerenciado pelo
gerente de serviço como qualquer outro serviço e, portanto, aparece na saída de systemctl
unidades de lista como qualquer outra unidade. Ele será executado em um ambiente de execução limpo e separado,
com o gerente de serviço como seu processo pai. Neste modo, execução do sistema vai começar o
serviço de forma assíncrona em segundo plano e retorno após o início da execução do comando.

Se um comando for executado como unidade de escopo transiente, ele será iniciado por execução do sistema como
processo pai e, portanto, herdará o ambiente de execução do chamador. No entanto, o
processos do comando são gerenciados pelo gerenciador de serviço semelhante aos serviços normais,
e aparecerá na saída de systemctl unidades de lista. A execução neste caso é
síncrono e retornará somente quando o comando terminar. Este modo é habilitado por meio do
--alcance interruptor (veja abaixo).

Se um comando for executado com opções de cronômetro, como --on-calendar = (veja abaixo), um transiente
unidade de cronômetro é criada junto com a unidade de serviço para o comando especificado. Apenas o
unidade de temporizador transiente é iniciada imediatamente, a unidade de serviço transiente será iniciada
quando o temporizador transiente termina. Se o --unit = é especificado, o COMANDO pode ser omitido.
Neste caso, execução do sistema só cria uma unidade .timer que invoca a unidade especificada quando
decorrido.

OPÇÕES

As seguintes opções são compreendidas:

--sem-perguntar-senha
Não consulte o usuário sobre autenticação para operações privilegiadas.

--alcance
Crie uma unidade transiente .scope em vez da unidade transiente .service padrão.

--unit =
Use este nome de unidade em vez de um gerado automaticamente.

--property =, -p
Define uma propriedade de unidade para o escopo ou unidade de serviço criada. Isso leva um
atribuição no mesmo formato que systemctl(1) de propriedade de conjunto comando.

--description =
Forneça uma descrição para o serviço ou unidade de escopo. Se não for especificado, o comando
em si será usado como uma descrição. Ver Descrição = in unidade do sistema(5).

--slice =
Tornar a nova unidade .service ou .scope parte da fatia especificada, em vez da
sistema.slice.

--permanece-após-saída
Depois que o serviço ou processo de escopo foi encerrado, mantenha o serviço por perto até que seja
explicitamente parado. Isso é útil para coletar informações de tempo de execução sobre o serviço
depois de terminar a execução. Veja também RemainAfterExit = in systemd.serviço(5).

--enviar-suspiro
Ao encerrar o escopo ou unidade de serviço, envie um SIGHUP imediatamente após SIGTERM.
Isso é útil para indicar shells e processos semelhantes a shell que a conexão possui
foi cortado. Veja também SendSIGHUP = in systemd.kill(5).

--service-type =
Define o tipo de serviço. Veja também Tipo = in systemd.serviço(5). Esta opção não tem efeito
em conjunção com --alcance. Padrões para simples.

--uid =, --gid =
Executa o processo de serviço no usuário e grupo UNIX. Veja também Usuário = e Grupo = in
systemd.exec(5).

--nice =
Executa o processo de serviço com o nível adequado especificado. Veja também Legal = in
systemd.exec(5).

--setenv =
Executa o processo de serviço com o conjunto de variáveis ​​de ambiente especificado. Veja também
Ambiente = in systemd.exec(5).

--pty, -t
Ao invocar um comando, o serviço conecta sua entrada e saída padrão ao
invocando tty por meio de um dispositivo pseudo TTY. Isso permite invocar binários como serviços que
espere uma entrada interativa do usuário, como shells de comando interativos.

--quieto, -q
Suprime a saída de informações adicionais durante a execução. Isso é particularmente útil
em combinação com --pty quando irá suprimir a mensagem inicial explicando como
encerrar a conexão TTY.

--on-active =, --on-boot =, --on-startup =, --on-unit-active =, --on-unit-inactive =
Define temporizadores monotônicos em relação a diferentes pontos de partida. Veja também OnActiveSec =,
OnBootSec =, OnStartupSec =, OnUnitActiveSec = e OnUnitInactiveSec = in
systemd.timer(5). Essas opções não têm efeito em conjunto com --alcance.

--on-calendar =
Define temporizadores em tempo real (ou seja, relógio de parede) com expressões de eventos de calendário. Veja também
OnCalendar = in systemd.timer(5). Esta opção não tem efeito em conjunto com
--alcance.

--timer-property =
Define uma propriedade de unidade de cronômetro para a unidade de cronômetro criada. É semelhante com
--propriedade mas apenas para unidade de cronômetro criada. Esta opção só tem efeito em conjunto
de --on-active =, --on-boot =, --on-startup =, --on-unit-active =, --on-unit-inactive =,
--on-calendar =. Isso leva uma tarefa no mesmo formato que systemctl(1) de
propriedade de conjunto comando.

--sem bloqueio
Não espere de forma síncrona a conclusão da operação solicitada. Se este não for
especificado, o trabalho será verificado, enfileirado e execução do sistema vai esperar até o
a inicialização da unidade está concluída. Ao passar este argumento, ele é apenas verificado e
enfileirado.

--do utilizador
Fale com o gerente de serviço do usuário que está ligando, em vez do gerente de serviço de
o sistema.

--sistema
Fale com o gerente de serviço do sistema. Este é o padrão implícito.

-H, --host =
Execute a operação remotamente. Especifique um nome de host ou um nome de usuário e nome de host
separados por "@", para se conectar. O nome do host pode, opcionalmente, ser sufixado por um
nome do contêiner, separado por ":", que se conecta diretamente a um contêiner específico em
o host especificado. Isso usará SSH para se comunicar com a instância do gerenciador de máquina remota.
Os nomes dos contêineres podem ser enumerados com máquinactl -H HOST.

-M, --máquina =
Execute a operação em um contêiner local. Especifique um nome de contêiner para se conectar.

-h, --Socorro
Imprima um breve texto de ajuda e saia.

--versão
Imprima uma string de versão curta e saia.

Todos os argumentos da linha de comando após o primeiro argumento não opcional tornam-se parte do comando
linha do processo lançado. Se um comando é executado como unidade de serviço, seu primeiro argumento
precisa ser um caminho binário absoluto.

SAIR STATUS

Em caso de sucesso, 0 é retornado, caso contrário, um código de falha diferente de zero.

EXEMPLOS

O comando a seguir registrará as variáveis ​​de ambiente fornecidas pelo systemd aos serviços:

# ambiente de execução do systemd
Executando como unidade run-19945.service.
#journalctl -u run-19945.service
08 de setembro 07:37:21 bupkis systemd [1]: Iniciando / usr / bin / env ...
08 de setembro 07:37:21 bupkis systemd [1]: Iniciado / usr / bin / env.
08 de setembro 07:37:21 env bupkis [19948]: PATH =/ usr / local / sbin:/ usr / local / bin:/ usr / sbin:/ usr / bin
08 de setembro 07:37:21 bupkis env [19948]: LANG = en_US.UTF-8
Sep 08 07:37:21 bupkis env[19948]: BOOT_IMAGE=/vmlinuz-3.11.0-0.rc5.git6.2.fc20.x86_64

O seguinte comando invoca o atualizadob(8) ferramenta, mas reduz o peso de E / S do bloco para ela
a 10. Veja systemd.resource-control(5) para obter mais informações sobre o BlockIOWeight =
propriedade.

# systemd-run -p BlockIOWeight = 10 updatedb

O seguinte comando tocará em um arquivo após 30 segundos.

# encontro; systemd-run --on-active = 30 --timer-property = AccuracySec = 100ms / bin / touch / tmp / foo
Seg, 8 de dezembro 20:44:24 KST 2014
Executando como unidade run-71.timer.
Será executado como unidade run-71.service.
#journalctl -b -u run-71.timer
- Os registros começam na sexta-feira 2014-12-05 19:09:21 KST e terminam na segunda-feira 2014/12/08 20:44:54 KST. -
08 de dezembro 20:44:38 container systemd [1]: Iniciando / bin / touch / tmp / foo.
08 de dezembro 20:44:38 container systemd [1]: iniciado / bin / touch / tmp / foo.
#journalctl -b -u run-71.service
- Os registros começam na sexta-feira 2014-12-05 19:09:21 KST e terminam na segunda-feira 2014/12/08 20:44:54 KST. -
08 de dezembro 20:44:48 container systemd [1]: Iniciando / bin / touch / tmp / foo ...
08 de dezembro 20:44:48 container systemd [1]: iniciado / bin / touch / tmp / foo.

O seguinte comando invoca / bin / bash como um serviço passando sua entrada e saída padrão
e erro para o TTY de chamada.

# systemd-run -t --send-suspiro / bin / bash

Use systemd-run online usando serviços onworks.net