hawkeye's questions

Tivemos um cenário em que no RHEL não podíamos iniciar um aplicativo que estava em execução e acabamos de parar.

sudo systemctl start myservice

Nós não tínhamos acesso aos journaldlogs neste servidor, então o estado do servidor era um mistério.

A instância do aplicativo não 'iniciava', pois registra detalhadamente e, no entanto, os logs do aplicativo não foram tocados.

Meu amigo veio e executou uma atualização do agente de marionetes nesta caixa:

puppet agent --environment=production --test

Depois disso - poderíamos parar e iniciar o serviço.

Eu entendo que o fantoche tem a capacidade de remover e criar um serviço e também de 'recarregar daemon'. ou seja, algo como

systemctl stop [servicename]
systemctl disable [servicename]
rm /etc/systemd/system/[servicename]
systemctl daemon-reload
systemctl reset-failed

Agora estou percebendo em retrospecto que eu deveria ter corrido

sudo systemctl reset-failed

Estou tentando descobrir qual é a coisa específica que esse fantoche faz para que um serviço 'travado' funcione.

Minha pergunta é: O que o fantoche faz para corrigir um serviço systemctl 'preso' onde o systemctl se recusaria a iniciar um serviço?

Tenho o seguinte caminho:

/dir1/dir2/

Neste caminho, tenho os seguintes diretórios contendo vários detrius de aplicativos (não relevantes):

follower1234  1-Dec-2018
follower3456  2-Dec-2018
follower4567  3-Dec-2018
follower7890  9-Jan-2019
follower8901 10-Jan-2019
leader8765    4-Dec-2018
bystander6789 5-Dec-2018

Suponha que hoje seja 10 de janeiro de 2019.

Suponha que pode haver qualquer número de followerXXXXdiretórios leaderXXXXe bystanderXXXX.

O que eu quero é excluir todos os followerXXXXdiretórios, exceto o followerXXXdiretório mais recente, que tem mais de duas semanas.

Agora posso excluir todos os diretórios anteriores a uma determinada data . Mas essa não é a minha pergunta. Estou adicionando dois parâmetros adicionais.

Neste caso eu quero deletar:

follower1234  1-Dec-2018
follower3456  2-Dec-2018
follower4567  3-Dec-2018

Mas não

follower7890  9-Jan-2019
follower8901 10-Jan-2019
leader8765    4-Dec-2018
bystander6789 5-Dec-2018

ou seja, eu quero excluir arquivos

(a) correspondendo a um padrão

(b) mais de duas semanas

(c) não é o diretório mais recente que corresponde ao padrão (ou seja, mantenha o último)

Minha pergunta é: Como excluir todos os diretórios em um diretório com mais de 2 semanas, exceto o mais recente que corresponde a um padrão de arquivo?

Estou executando este comando:

strace -f -e trace=desc ./my-program

(Então você vê que estou executando o -fparâmetro)

O que me permite ver os writecomandos stdout/stderr do processo pai:

[pid    10] 07:36:46.668931 write(2, "..\n"..., 454 <unfinished ...>

<stdout of ..>

<stdout other output - but I don't see the write commands - so probably from a child process>

[pid    10] 07:36:46.669684 write(2, "My final output\n", 24 <unfinished ...>

<stdout of My final output>

O que eu quero ver são os outros comandos de gravação.

Isso está sendo executado em um contêiner docker sendo executado com:

docker run --privileged=true my-label/my-container

Minha pergunta é: como rastrear todas as chamadas de gravação (para stdout/stderr) de todos os processos filhos dentro de um contêiner docker?

EDIT: Observe que este aplicativo inicia e para em cerca de 2 segundos. stracepode seguir seu ciclo de aplicação. Mas as ferramentas que esperam que ele permaneça como um processo de servidor não funcionarão. (Talvez sysdigpossa ser usado para isso - mas ainda não vi um exemplo desse modelo).