fantoche pendurado ou muito tempo em rt_sigprocmask (SIG_BLOCK, NULL, [], 8) = 0

Question

Na nossa configuração, gerenciamos nossos servidores usando o fantoche. Desde alguns dias vi o cliente de marionetes correndo muito devagar. Quando stracing o processo fantoche recebo cargas de

rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0

Alguém pode me dizer o que está errado? O que este processo está esperando?

    

Answer 1

O fantoche é bloqueado em algum lugar na execução ...

Você está executando strace no daemon ou está executando o processo de fantoches manualmente?

Você pode dizer o que deveria estar acontecendo naquele momento? O que está sendo executado do manifesto? O que acontece se você executar o fantoche manualmente no cliente?

Isso me faz lembrar de esse bug , então provavelmente ele foi corrigido em uma atualização. Eu costumo não executar o fantoche como um daemon por esse motivo.

    

Answer 2

A resposta na minha própria pergunta foi: Eu estava fazendo coisas no git que fizeram com que o boneco esperasse pelo GIT. O problema não era realmente fantoche, mas era muito demorado. Estou investigando mais e postarei a solução quando for encontrada.