Descarga de la aplicación SCCM atascada en 0% en el Centro de software

Uno de los problemas comunes que muchos de nosotros enfrentamos es la descarga de la aplicación SCCM atascada en 0% en el Centro de software. Puede haber muchas razones por las que la implementación de SCCM no funciona y veamos algunos consejos para la solución de problemas.

En primer lugar, no existe una solución exacta para este problema porque el código de error que ve es genérico. Por lo tanto, es necesario realizar mucha investigación para encontrar la causa y solucionar el problema.

A veces ve que el cambio de software devuelve el código de error 0x87D00607 en el centro de software o probablemente algún otro código de error. No siempre se puede decir que es una cuestión relacionada con un grupo limítrofe, aunque eso sea lo primero que la mayoría de la gente adivina.

Si usted es el informático que trabaja en este problema, es posible que esté buscando la forma más sencilla de solucionarlo. Su primera tarea es descubrir por qué las aplicaciones no se descargan en el Centro de software. O mejor dicho, comprender las instalaciones del modelo de aplicación en los clientes.

Si las descargas de la aplicación no funcionan en una sola máquina, puedes asumir que el problema podría estar en esa computadora específica. Sin embargo, en todas las computadoras, si ve la descarga de la aplicación SCCM bloqueada al 0% en el Centro de software, es algo de qué preocuparse.

¿Cuál es el punto de implementar aplicaciones nuevas en las máquinas cliente cuando los usuarios no pueden instalar ninguna aplicación?

Descarga de la aplicación SCCM atascada en 0% en el Centro de software

La semana pasada estuve trabajando para cambiar los puntos de distribución de SCCM en algunos de los sitios remotos. Recientemente instalamos la rama actual de Configuration Manager en nuestra configuración mientras todavía tenemos el antiguo SCCM 2012 R2 ejecutándose.

El objetivo era apagar el DP antiguo y probar el nuevo DP (probar las instalaciones de aplicaciones y OSD) y realizar un cambio del DP antiguo al nuevo.

Lo extraño que encontré después del cambio de DP es que ninguna de las aplicaciones ni las actualizaciones de Windows se descargaban en el Centro de software. Pude ver que la descarga de la aplicación SCCM estaba bloqueada en 0% en el Centro de software.

Este problema se observó en casi todos los sitios remotos. Al seleccionar cualquier aplicación y hacer clic en el botón Instalar, se mostró Descargando...0% en el Centro de software y no hubo absolutamente ningún progreso.

Pensé en crear una guía y cubrir todas las razones por las que podría ocurrir este problema. Sé que no puedo cubrirlo todo, pero intentaré cubrir la mayoría de las soluciones relevantes para este problema.

Si encuentra alguna solución o más bien una solución alternativa que no se trata en esta publicación, puede compartirla en la sección de comentarios. Lo agregaré a la publicación si es relevante.

Muy bien, veamos cómo solucionar este problema de descarga de la aplicación SCCM atascado en el 0% y encontrar soluciones comunes para este problema.

Paso 1: Verifique los límites

No hace falta decir que las aplicaciones se instalan sólo cuando localizan por primera vez el punto de distribución y descargan el contenido. Si los clientes no saben desde dónde se debe descargar el contenido, permanecen en el estado de descarga durante algún tiempo y eventualmente fallan.

Por eso es importante que primero verifique los límites y los grupos de límites. Los límites en Configuration Manager definen las ubicaciones de red en su intranet. Estas ubicaciones incluyen dispositivos o clientes que desea administrar.

Los límites pueden ser una subred IP, un nombre de sitio de Active Directory, un prefijo IPv6 o un rango de direcciones IP. Prefiero utilizar el rango de IP como límite para cada sitio. En algunos casos, también creo otro límite con el tipo Nombre del sitio de Active Directory para cada sitio.

En mi experiencia, he visto que los límites del rango de IP funcionan bien en la mayoría de los entornos. No uso subredes IP porque no me funcionaron bien, especialmente con SCCM 2012 R2.

Paso 2: Compruebe los grupos de límites

Entonces supongamos que el límite está definido correctamente. Lo siguiente que debes verificar es el grupo de límites. Los grupos de límites son grupos lógicos de límites que usted configura.

Para cualquier sitio, primero crea el límite y luego asocia un límite y un punto de distribución con el grupo de límites. Los clientes de su red utilizan un grupo de límites para: -

• Asignación automática de sitio.
• Encontrar un servidor de sistema de sitio que pueda proporcionar un servicio como puntos de distribución para la ubicación de contenido.
• Puntos de actualización de software y puntos de migración del Estado.
• Puntos de gestión preferidos.
• Puerta de enlace de gestión de la nube.

Puede ver por qué es importante configurar los grupos de límites correctamente.

Cuando crea un nuevo grupo de límites, le asocia o agrega un límite. Esto se hace en la pestaña General de las propiedades del grupo de límites. Asegúrese de agregar el límite correcto.

A continuación, en la pestaña Referencias, puede utilizar este grupo de límites para la asignación de sitios. Sobre todo, en Servidores del sistema del sitio, asegúrese de haber asociado un punto de distribución.

En la mayoría de los casos, veo que la gente no define un PD para el grupo límite. Si no especifica un servidor de punto de distribución aquí, los clientes no sabrán desde dónde se debe descargar el contenido.

Paso 3 - Se la Aplicación distribuida al Punto de Distribución SCCM

Si ha pasado por las soluciones 1 y 2, ahora puede centrarse en la parte de disponibilidad del contenido. En algunos casos, ignoramos verificar si la aplicación o el contenido se distribuye al punto de distribución.

Si el contenido no se distribuye al punto de distribución SCCM, los clientes irían al DP y no encontrarían contenido para descargar. Por lo tanto, es posible que observe que las descargas de aplicaciones SCCM están bloqueadas en 0% en el Centro de software.

He visto esto en algunos entornos que tienen una gran cantidad de puntos de distribución. Normalmente hace clic derecho en el contenido y lo distribuye a los puntos de distribución.

Sin embargo, si tiene muchos DP en su configuración, le recomendaría crear un grupo de puntos de distribución. Supongamos que agrega un nuevo grupo de distribución a su jerarquía. Simplemente agregue el punto de distribución al grupo de puntos de distribución ya existente.

Todo el contenido definido para el grupo de puntos de distribución se distribuirá automáticamente al servidor de puntos de distribución recién agregado. Finalmente, el punto que quiero destacar aquí es que debes asegurarte de que el contenido se distribuya al punto de distribución antes de que los clientes lo descarguen.

Paso 4: Tiene el contenido Llegó al punto de distribución

A veces distribuimos el contenido a puntos de distribución y asumimos que el contenido habría llegado al punto de distribución. Siempre debe asegurarse de que la distribución del contenido a DP sea exitosa.

La parte complicada aquí es cómo monitorear la transferencia de contenido SCCM. Te daré algunas opciones, puedes elegir las que te resulten más fáciles.

Utilice el Monitoring Workspace para encontrar el estado de distribución de contenido< span class="ez-toc-section-end">

Cuando distribuye/redistribuye cualquier contenido al punto de distribución, puede monitorear la transferencia de contenido usando el espacio de trabajo Monitoreo.

En el espacio de trabajo Supervisión, vaya a Estado de distribución > Estado del contenido. Haga clic derecho en el contenido y haga clic en Ver estado.

Ahora verá la ventana de estado del contenido donde puede ver algunos estados. Aquí debería poder averiguar el estado de la distribución del contenido.

Si el contenido se distribuye correctamente al DP, encontrará esa información en la pestaña Éxito. Si el contenido es demasiado grande y aún se está distribuyendo a DP, encontrará esa información en la pestaña En Progreso.

Y si el contenido aparece en la pestaña Error, significa que por alguna razón el contenido no pudo llegar al servidor del punto de distribución. Aquí es donde comienza la solución de problemas real.

En la mayoría de los casos, cuando haces clic en la pestaña Error, es posible que encuentres el motivo por el cual el contenido no se distribuyó. Sin embargo, es posible que no le brinde el motivo exacto del error en la distribución de contenido.

O quizás encuentre más de una razón para el error en la distribución. Así que no confiaría mucho en esos mensajes. Lo mejor que puedes hacer desde esta consola es redistribuir el contenido fallido.

Examine los archivos Distmgr.log y PkgXfermgr.log

Siempre confío en los archivos de registro para solucionar cualquier problema de SCCM. He publicado varias guías de solución de problemas de SCCM y, en la mayoría de las guías, encontré los errores reales en los archivos de registro de SCCM. Por eso siempre examino los archivos de registro.

Cuando se trata de distribución de contenido, debe examinar los archivos distmgr.log y PkgXfermgr.log.

Cuando distribuye contenido a puntos de distribución en un sitio, el Administrador de distribución crea un trabajo de transferencia de contenido. Luego notifica al Administrador de transferencia de paquetes en los servidores del sitio primario y secundario para transferir el contenido a los puntos de distribución remotos.

Si supervisa los archivos de registro anteriores y no ve ningún error durante la distribución del contenido, puede decir que la distribución del contenido se realizó correctamente. Si encuentra algún error en estos archivos, algunas de mis publicaciones de solución de problemas de SCCM pueden ayudarlo.

Utilice la herramienta de administrador de colas de trabajos del punto de distribución

El Administrador de colas de trabajos del punto de distribución (DP) es una de las herramientas del Administrador de configuración. Puede usarlo para solucionar problemas y administrar trabajos de distribución de contenido en curso en puntos de distribución de Configuration Manager.

He publicado una publicación dedicada a la herramienta de administración de colas de trabajos de DP explicando su importancia y uso.

Paso 5: Examinar LocationServices.log

Una vez que se haya asegurado de que el contenido esté disponible en el punto de distribución, examine LocationServices.log. Este es un archivo de registro muy importante y puede encontrarlo en la computadora cliente aquí: C:\Windows\CCM\Logs.

Este archivo de registro registra la actividad del cliente para localizar puntos de administración, puntos de actualización de software y puntos de distribución. Cualquier error en este archivo de registro debe considerarse importante. Si los clientes no recuperan la información del punto de administración, de ninguna manera podrán descargar las políticas.

Según el archivo de registro, puede ver que el cliente puede descubrir el punto de administración desde AD.

Attempting to retrieve lookup MP(s) from AD LocationServices
Lookup Management Points from AD: Name: 'CORPSCCM.PRAJWAL.ORG' HTTPS: 'Y' ForestTrust: 'N' LocationServices
Retrieved lookup MP(s) from AD

Ahora, en casos raros, encontrará algunos errores. Tendrás que revisar cada línea y descubrir el motivo real.

Por ejemplo, en la siguiente captura de pantalla, puede ver que el archivo LocationServices.log muestra el error WINHTTP_CALLBACK_STATUS_FLAG_CERT_CN_INVALID.

Esto ocurre cuando ha implementado certificados PKI y sus MP y DP están en HTTPS y no ha configurado el certificado correcto en enlaces IIS > HTTPS. También he cubierto la solución en esta publicación.

Con un certificado no válido asignado en IIS, si intenta crear una imagen de la máquina, encontrará el error 80072f8f. Sin embargo, debe buscar en el archivo smsts.log para encontrar este error.

Paso 6: verificar el SCCM Certificado de servidor web IIS

He publicado una guía detallada sobre la implementación de PKI para SCCM. Una de las secciones importantes de esa guía es solicitar el certificado del servidor web y asignarlo en IIS > HTTPS.

Además siempre debes asegurarte de que el certificado del servidor web que has asignado no esté caducado.

Digamos que su archivo LocationServices.log muestra las siguientes advertencias. Se puede ver claramente que el cliente no puede descubrir el punto de gestión.

Assigned MP error threshold reached, moving to next MP.	LocationServices
Ignoring MP error during post-rotation flush period of 20 seconds. LocationServices
0 assigned MP errors in the last 10 minutes, threshold is 5.	LocationServices
1 assigned MP errors in the last 10 minutes, threshold is 5.	LocationServices
2 assigned MP errors in the last 10 minutes, threshold is 5.	LocationServices
3 assigned MP errors in the last 10 minutes, threshold is 5.	LocationServices
4 assigned MP errors in the last 10 minutes, threshold is 5.	LocationServices
Assigned MP error threshold reached, moving to next MP.	LocationServices

Mientras que CAS.log muestra algo como esto.

• No se pudo verificar si el cliente es una fuente par
• Se encontró una ubicación de DP coincidente 0
• Se encontró una ubicación de DP coincidente 1
• Descargar solo solicitud, ignorando la actualización de ubicación

Si enfrenta el mismo problema, también notará que no se descarga nada en la carpeta ccmcache. Aunque las ubicaciones de DP son correctas, no se descarga nada y la descarga de la aplicación SCCM se bloquea en 0 % en el Centro de software.

Como mencioné antes, primero debes verificar si el certificado es válido. Puede hacerlo seleccionando el certificado SSL en Enlace de sitio HTTPS. Haga clic en el botón Ver y en la ventana del certificado, observe el campo válido.

Compruebe el nombre alternativo del sujeto del certificado

Otra cosa simple pero importante que debes verificar es el nombre alternativo del sujeto del certificado. Esto debería apuntar al servidor de punto de distribución correcto.

Por ejemplo, en la configuración de mi laboratorio, cambié la SAN para que apunte a mi controlador de dominio, lo cual es incorrecto. Esto se hizo para reproducir los errores anteriores. Si ingresó un nombre de DP incorrecto en el certificado, debe corregirlo.

No puede editar el certificado y corregirlo aquí. En su lugar, debe eliminar el certificado del servidor web y solicitar uno nuevo. Puede seguir esta guía para solicitar y asignar un certificado de servidor web al servidor de punto de distribución.

Cuando inscriba el nuevo certificado de servidor web, asegúrese de ingresar el FQDN correcto.

En la pestaña General, no olvide proporcionar un nombre descriptivo al certificado.

Esto facilita su tarea al asignar el certificado en IIS > Enlace de sitio HTTPS.

He enumerado la mayoría de los pasos para solucionar la descarga de la aplicación SCCM atascada en un problema del 0%. Actualizaré la guía a medida que encuentre más soluciones.