A implantação do aplicativo SCCM 2012 continua com falha

Question

Estou tentando implantar o console de gerenciamento do SCCM 2012 R2 em meus sistemas de teste virtuais e a maldita coisa continua falhando e não consigo colocar meu dedo nele. Eu preciso de ajuda aqui. Eu coloquei a mesma questão nos fóruns do TechNet, mas ninguém foi capaz de me ajudar, incluindo os MVPs do SCCM. Tudo parece estar em ordem e minha implantação parece estar configurada corretamente. Os arquivos são baixados com êxito para o ccmcache, mas quando tento executá-los no Centro de Software, recebo o seguinte erro:

0x80070654

O CMTrace afirma que esse erro é:

Este pacote de instalação não pôde ser aberto. Entre em contato com o fornecedor do aplicativo para verificar se este é um pacote válido do Windows Installer.

O AppEnforce.log mostra o seguinte erro:

O código de saída não correspondente (2147944020) é considerado uma falha de execução.

Eu posso executar a instalação a partir do compartilhamento de pacote, mas quando eles são baixados para o ccmcache, não consigo executá-los. Algo está corrompendo os arquivos da Biblioteca de Conteúdo para o ccmcache nos clientes, mas não consigo descobrir.

Aqui está a pergunta original do Fórum do TechNet que postei:

link

Qualquer ajuda seria muito apreciada

Obrigado a todos.

    

Answer 1

OK, eu descobri qual era o problema. Originalmente, eu tinha um compartilhamento de fonte de pacote, mas a implantação ainda estava falhando, então acabei com isso e usei o compartilhamento de administração e ele ainda estava falhando. Então, dei uma olhada nas permissões de compartilhamento da Biblioteca de Conteúdo e decidi apenas espelhá-las para novas permissões de compartilhamento de origem de pacote e permissões NTFS.

Minhas permissões originais de fonte de pacotes

• Grupo de administradores locais: controle total
• Administrador do SCCM Grupo AD: Controle total
• Grupo AD de computadores do domínio: Controle total

* Observação: percebi que atribuir o controle total da conta Domain Computers à origem do pacote não era uma prática recomendada, mas era apenas uma etapa de solução de problemas e não algo que permaneceria permanente. Além disso, como a origem do pacote está localizada em uma unidade separada (a Biblioteca de Conteúdo também está localizada em outra unidade separada) no meu Servidor do Site e o fato de o grupo AD Administradores do SCCM ter sido adicionado ao grupo Administradores Locais há algum tempo, removi esse grupo de ser atribuído explicitamente desde que foi apenas outra etapa de solução de problemas e não resolveu nada.

Novas permissões de compartilhamento de fonte de pacote

• Conta do sistema: controle total
• Grupo de administradores locais: controle total
• Grupo de usuários locais: controle total

Novas permissões NTFS de origem do pacote

• Conta do sistema: controle total
• Grupo de administradores locais: controle total
• Grupo de usuários locais: leia & executar

Em seguida, forcei a herança da origem do meu pacote para todos os objetos filhos. Depois disso, alterei o local da fonte de dados para minhas implantações no console do SCCM 2012 R2 e atualizei todo o conteúdo para o DP. Depois disso, usei as ferramentas do botão direito para forçar uma recuperação de política de máquina & Ciclo de avaliação na coleção do meu dispositivo. Em seguida, fui para meus sistemas de teste virtuais e executei a implantação do SCCM 2012 R2 Management Console do Centro de Software e ele foi instalado muito bem.

Minhas permissões originais não possuíam a conta do sistema atribuída, então talvez isso seja o culpado? Eu percebi que se os arquivos foram baixados com sucesso para o ccmcache, mas não foram capazes de instalar com sucesso, então deve ser algo local no sistema impedindo-o e que minhas permissões estavam bem. Obviamente não é o caso. Enfim, está consertado agora e eu posso seguir em frente

Obrigado a todos por tentarem me ajudar com esse problema.

Eu realmente aprecio sua ajuda.

Tenha um bom dia e tenho certeza de que vou bater em você de novo em breve.

Atenciosamente