Diga que um agente de marionetes está no meio de uma atualização e paro o serviço de marionetes. Existe algum ponto que poderia potencialmente causar uma configuração incompleta ou corrompida, como descrevi abaixo?
Histórico:
Estou usando integração contínua e controle de versão (Bamboo e Stash) para meus arquivos de configuração de fantoches.
Encontrei problemas durante o processo de reimplementação. É mais perceptível quando eu faço um pedido de pull para o meu ramo de produção, mas ocorre em outro lugar também. Um agente fantoche pode estar tentando acessar um arquivo de recurso que foi excluído antes de ser retirado. Embora seja bastante raro, isso causou estragos de todos os tipos, especialmente em módulos que usam uma instrução de arquivo para enviar um diretório inteiro.
A coisa mais sensata que eu consegui fazer foi parar o serviço de marionetes durante a implantação e, em seguida, retroceder, mas não estou vendo nada sobre as ramificações de parar o mestre de marionetes, enquanto isso pode acontecer. ainda estar sendo usado.
For a recursive deploy shouldn't it be a non issue assuming that none of the files changed during the last run, therefore the file set from before would be the same as from after?
A decisão de substituir um arquivo é feita com base em uma comparação dos hashes md5 do cliente e do servidor. Se você parar o master mid-run, ele deve apenas errar em todos os recursos de arquivo restantes - você não vai acabar com uma cópia parcial de um arquivo no lugar.
Existem várias partes distintas de uma marionete.
Portanto, dependendo de onde você estiver nesse processo, a execução falhará completamente ou a execução do nó continuará e falhará no relatório.
Não deve haver um problema com arquivos corrompidos, como você está mencionando.
Tags puppet puppetmaster