Table of Contents
10 Execu??o de comandos
O Áú»¢¶Ä²© usa funcionalidades comuns para verifica??es externas, par?metros do usu¨¢rio, itens system.run, scripts de alerta personalizados, comandos remotos e scripts globais.
Etapas de execu??o
O comando/script ¨¦ executado de forma semelhante no Unix e no Windows plataformas:
- Áú»¢¶Ä²© (o processo pai) cria um canal para comunica??o
- Áú»¢¶Ä²© define o pipe como sa¨ªda para o filho a ser criado processar
- Áú»¢¶Ä²© cria o processo filho (executa o comando/script)
- Um novo grupo de processos (no Unix) ou um trabalho (no Windows) ¨¦ criado para o processo filho
- Áú»¢¶Ä²© l¨º do pipe at¨¦ que o tempo limite ocorra ou ningu¨¦m esteja escrevendo para a outra extremidade (TODOS os identificadores/descritores de arquivo foram fechados). Observe que o processo filho pode criar mais processos e sair antes de sair ou fechar o descritor de identificador/arquivo.
- Se o tempo limite n?o for atingido, o Áú»¢¶Ä²© espera at¨¦ que o o processo filho ¨¦ encerrado ou ocorre o tempo limite
- Se o processo filho inicial foi encerrado e o tempo limite n?o foi alcan?ado, o Áú»¢¶Ä²© verifica o c¨®digo de sa¨ªda do processo filho inicial e compara com 0 (valor diferente de zero ¨¦ considerado como falha de execu??o, apenas para scripts de alerta personalizados, comandos remotos e scripts de usu¨¢rio executado no servidor Áú»¢¶Ä²© e proxy Áú»¢¶Ä²©)
- Neste ponto, assume-se que tudo est¨¢ feito e todo o ¨¢rvore de processos (ou seja, o grupo de processos ou o trabalho) ¨¦ encerrado
::: n?o importante O Áú»¢¶Ä²© assume que um comando/script foi feito processamento quando o processo filho inicial saiu E nenhum outro processo ainda est¨¢ mantendo o identificador de sa¨ªda/descritor de arquivo aberto. Quando processamento ¨¦ feito, TODOS os processos criados s?o finalizados. :::
Todas as aspas duplas e barras invertidas no comando s?o escapadas com barras invertidas e o comando ¨¦ colocado entre aspas duplas.
Verifica??o de c¨®digo de sa¨ªda
O c¨®digo de sa¨ªda ¨¦ verificado com as seguintes condi??es:
- Apenas para scripts de alerta personalizados, comandos remotos e scripts de usu¨¢rio executado no servidor Áú»¢¶Ä²© e no proxy Áú»¢¶Ä²©.
- Qualquer c¨®digo de sa¨ªda diferente de 0 ¨¦ considerado como execu??o falha.
- Conte¨²do de erro padr?o e sa¨ªda padr?o para execu??es com falha s?o coletados e disponibilizados no frontend (onde o resultado da execu??o ¨¦ exibido).
- Entrada de log adicional ¨¦ criada para comandos remotos no servidor Áú»¢¶Ä²© para salvar a sa¨ªda de execu??o do script e pode ser ativado usando Agente LogRemoteCommands par?metro.
Poss¨ªveis mensagens de front-end e entradas de log para comandos/scripts com falha:
- Conte¨²do de erro padr?o e sa¨ªda padr?o para execu??es com falha (caso existam).
- "Processo encerrado com c¨®digo: N." (para sa¨ªda vazia e c¨®digo de sa¨ªda n?o igual a 0).
- "Processo encerrado por sinal: N." (para processo terminado por um sinal, somente no Linux).
- "Processo finalizado inesperadamente." (para processo encerrado por raz?es desconhecidas).
Leia mais sobre:
- Externo verifica??es
- Par?metros do usu¨¢rio
- system.run itens
- Scripts de alerta personalizados
- Controlo remoto comandos
- Global scripts