Como posso encontrar quais clientes estão causando falha na minha atualização de distribuição?

14

Isso acontece de vez em quando. Eu atualizo um pacote e preciso atualizar o ponto de distribuição. Temos vários DPs e geralmente tudo corre bem, no entanto, de vez em quando, nosso DP principal falha ao atualizar o pacote.

1 Captura de tela com falha no DP

O log de status do conteúdo nunca diz muito sobre a falha. Não tenho acesso de servidor back-end aos pontos de gerenciamento ou aos PDs, sou apenas o administrador do SCCM. Posso verificar todos os logs no SCCM, executar relatórios e tudo mais, mas não sei para onde procurar.

No passado, eu tentei definir a configuração "Desconectar usuários do ponto de distribuição" no pacote do problema, ambas as subconfigurações para 0, mas isso realmente não funciona para nós. O problema parece desaparecer sozinho depois de algum tempo, mas às vezes leva vários dias. Para a maioria (realmente todos, mas pode haver um ou dois que eu tenha esquecido), definimos os clientes como "Executar programa a partir do ponto de distribuição" Ao implantar o programa, não temos certeza se isso tem algo a ver com ele ou qual é a raiz causa é.

Atualizar

Encontrei um pouco mais de informação nos relatórios, especificamente na All Status Messages for a Specific Package at a Specific Siteconsulta. Usando meu ID de pacote para a consulta, após a atualização do DP falhar novamente, vi uma entrada que se destacava:

O Gerenciador de Distribuição falhou ao processar o pacote "Atualizações de Configuração" (ID do pacote = SOM00013).

Possível causa : O gerenciador de distribuição não tem acesso ao diretório de origem do pacote ou ao ponto de distribuição. Solução: verifique se o gerenciador de distribuição pode acessar o diretório / ponto de distribuição de origem do pacote.

Possível causa : O diretório de origem do pacote contém arquivos com nomes longos e o comprimento total do caminho excede o tamanho máximo suportado pelo sistema operacional. Solução: reduza o número de pastas definidas para o pacote, reduza o nome do arquivo ou considere agrupar os arquivos usando um utilitário de compactação.

Possível causa : Não há espaço em disco suficiente disponível no computador do servidor do site ou no ponto de distribuição. Solução: verifique se há espaço livre em disco suficiente disponível no computador servidor do site e no ponto de distribuição.

Possível causa : O diretório de origem do pacote contém arquivos que podem estar em uso por um processo ativo. Solução: Feche todos os processos que talvez estejam usando arquivos no diretório de origem. Se essa falha persistir, crie uma cópia alternativa do diretório de origem e atualize a fonte do pacote para apontar para ele.

Estou duvidando das duas causas do meio por razões simples

  • A pasta de origem não é tão profunda para conter nomes de arquivos longos para NTFS, embora eu tente verificar a integridade.

  • Posso adicionar arquivos ao DP sem problemas, para que não seja um problema de espaço no arquivo, outros pacotes podem ser atualizados sem problemas.

O que eu não esperava é que a terceira causa diga que o diretório de origem está sendo usado em algum lugar. Que diferença isso faria de qualquer maneira? Não é apenas copiar os arquivos do compartilhamento de arquivos no compartilhamento do SCCM DP? Além disso, jogando-me para um loop, os clientes b / c nem sequer acessam o diretório de origem, é praticamente um diretório de teste para o sccm copiar arquivos.

Isso deixa a primeira causa, mas isso volta à mesma coisa: Outros pacotes podem ser atualizados com perfeição.

MDMoore313
fonte
1
Começaria analisando o relatório interno encontrado na categoria Atualizações de software - E Solução de problemas.
Garth Jones
Você verificou os logs nos próprios clientes? O que eu normalmente começo é $ env: windir \ ccm \ logs \ wuahandler.log Procure as linhas com os sinalizadores ERROR e WARNING. Uma atualização será parecida com esta (estou perdendo a cabeça; não tenho uma máquina Windows para cortar e colar) 1) Diga que está prestes a iniciar a atualização. Esta parte requer muitas linhas porque elas querem torná-la bonita 2) Diga quem é o servidor SCCM que está obtendo os arquivos 3) Mencione que está verificando arquivos e quais pacotes, se houver, está obtendo 4) Se houver algum erro , apresentará um relatório como "Não consigo obter um pacote" ou "Não consigo encontrar o
raubvogel
-1, este é um cliente que causa esse problema mais do que provável, mas examinar 3000 clientes individualmente para logs indicando que algo que já deveria ser conhecido no ponto de distribuição é insano. Eu sei o que esperar, essa não é uma pergunta que exija uma resposta vaga, ou mesmo uma pergunta que possa se beneficiar de uma resposta vaga. É uma pergunta muito específica.
MDMoore313
Se ele tiver acesso de administrador do SCCM, ele poderá acessar as implementações de monitoramento-> e, em seguida, encontrar a entrada para o pacote de software lá. Clicando sobre isso, serão mostrados quais clientes o instalaram e quais não. Eu assumi que a imagem que ele obteve veio daquela tela.
precisa saber é o seguinte

Respostas:

3

Duvido que você consiga resolver isso se isso for verdade "Não tenho acesso de servidor back-end aos pontos de gerenciamento ou aos PDs".

Você pode acessar o distmgr.log no servidor do site? Caso contrário, será necessário encaminhar o problema para alguém que possa.

Esse problema não tem nada a ver com o cliente, portanto eu ignoraria outras respostas aconselhando a olhar para os clientes. Esse problema foi causado porque o Site Server não pode copiar os arquivos da pasta de origem para o ponto de distribuição.

Se você não puder acessar os logs do Site Server, uma coisa que você pode tentar evitar que seja muito longa para a estrutura de pastas é compactar o pacote, implantá-lo e descompactar antes de instalar no cliente.

TallPaul
fonte
+1 para as informações de log, mas o problema é que o servidor não pode copiar os arquivos sim, mas nossa teoria de trabalho é que um cliente tem um bloqueio de gravação nos arquivos DP de alguma forma. A estrutura da pasta não é muito longa porque este pacote em particular já tinha os arquivos compactados e o comportamento não é consistente, mas irregular.
MDMoore313
0

Obtenha o kit de ferramentas do SCCM. Possui um analisador de logs e kits de ferramentas de ponto de distribuição que podem ajudá-lo a encontrar o problema.

http://www.microsoft.com/en-us/download/details.aspx?id=36213

Super1337
fonte
2
você poderia entrar em mais detalhes sobre como alguém usaria o kit de ferramentas para encontrar um cliente ainda segurando um pacote? Caso contrário, esta é efetivamente uma resposta apenas de link, pois eu já tinha o kit de ferramentas instalado.
precisa saber é o seguinte