¿Cómo puedo encontrar qué cliente (s) está causando que falle mi actualización de distribución?

14

Sucede de vez en cuando. Actualizo un paquete y necesito actualizar el punto de distribución. Tenemos múltiples DP y, por lo general, todo funciona bien, sin embargo, de vez en cuando, nuestro DP principal no puede actualizar el paquete.

1 Captura de pantalla de DP fallida

El registro de estado del contenido nunca dice mucho sobre el error. No tengo acceso de servidor de back-end a los puntos de administración, o los DP, solo soy el administrador de SCCM. Puedo verificar cualquier registro en SCCM, ejecutar informes y todo, pero no sé dónde buscar.

En el pasado, intenté establecer la configuración "Desconectar usuarios del punto de distribución" en el paquete del problema, ambas configuraciones secundarias en 0, pero en realidad no funciona para nosotros. El problema parece desaparecer solo después de un tiempo, pero a veces lleva varios días. Para la mayoría (realmente todos, pero puede haber uno o dos que he pasado por alto) configuramos a los clientes para "Ejecutar el programa desde el punto de distribución" Al implementar el programa, no estamos seguros de si eso tiene algo que ver con eso o cuál es la raíz la causa es

Actualizar

He encontrado un poco más de información en los informes, específicamente la All Status Messages for a Specific Package at a Specific Siteconsulta. Utilizando mi ID de paquete para la consulta, después de que la actualización DP falló nuevamente, vi una entrada que se destacó:

Distribution Manager no pudo procesar el paquete "Actualizaciones de configuración" (ID de paquete = SOM00013).

Causa posible : el administrador de distribución no tiene acceso ni al directorio de origen del paquete ni al punto de distribución. Solución: Verifique que el administrador de distribución pueda acceder al directorio de origen del paquete / punto de distribución.

Causa posible : el directorio de origen del paquete contiene archivos con nombres largos y la longitud total de la ruta excede la longitud máxima admitida por el sistema operativo. Solución: reduzca el número de carpetas definidas para el paquete, acorte el nombre del archivo o considere agrupar los archivos con una utilidad de compresión.

Causa posible : no hay suficiente espacio en disco disponible en la computadora del servidor del sitio o en el punto de distribución. Solución: Verifique que haya suficiente espacio libre en el disco disponible en la computadora del servidor del sitio y en el punto de distribución.

Causa posible : el directorio fuente del paquete contiene archivos que podrían estar en uso por un proceso activo. Solución: cierre todos los procesos que puedan estar utilizando archivos en el directorio de origen. Si este error persiste, cree una copia alternativa del directorio de origen y actualice el origen del paquete para señalarlo.

Dudo de las dos causas del medio por razones simples

  • La carpeta de origen no es tan profunda para contener nombres de archivo largos para NTFS, aunque intentaré verificar si está completa.

  • Puedo agregar archivos al DP muy bien, por lo que no es un problema de espacio de archivos, otros paquetes se pueden actualizar muy bien.

Lo que no esperaba es que la tercera causa dice que el directorio fuente está en uso en alguna parte. ¿Qué diferencia haría eso de todos modos? ¿No es simplemente copiar los archivos del recurso compartido de archivos al recurso compartido SCCM DP? Además, lanzándome por un bucle, los clientes b / c ni siquiera acceden al directorio de origen, es prácticamente solo un directorio provisional para que sccm copie archivos.

Eso solo deja la primera causa, pero eso vuelve a ser lo mismo: otros paquetes pueden actualizarse bien.

MDMoore313
fuente
1
Comenzaría revisando el informe incorporado que se encuentra en la categoría Actualizaciones de software - Solución de problemas.
Garth Jones
¿Ha revisado los registros en los propios clientes? El que usualmente empiezo es $ env: windir \ ccm \ logs \ wuahandler.log Busque las líneas con las banderas ERROR y WARNING. Una actualización se verá así (me estoy volviendo loco; no tengo una máquina de Windows para cortar y pegar) 1) Dígale que está a punto de comenzar la actualización. Esta parte toma muchas líneas porque quieren que se vea bonita 2) Diga quién es el servidor SCCM que está obteniendo los archivos 3) Mencione que está revisando archivos y qué paquetes, si los hay, está recibiendo 4) Si ve un error , informará como "No puedo obtener un paquete" o "No puedo encontrar el
raubvogel
-1, este es un cliente que está causando este problema más que probable, pero examinando individualmente 3000 clientes en busca de registros que indiquen algo que ya debería saber el punto de distribución es una locura. Sé qué esperar, esta no es una pregunta que requiera una respuesta vaga, o incluso una pregunta que pueda beneficiarse de una respuesta vaga. Es una pregunta muy específica.
MDMoore313
Si tiene acceso de administrador SCCM, debería poder ir a las implementaciones de monitoreo-> y luego encontrar la entrada para el paquete de software allí. Al hacer clic en eso, se mostrarán qué clientes tenían eso instalado y cuáles no. Asumí que la imagen que obtuvo vino de esa pantalla.
raubvogel

Respuestas:

3

Dudo que pueda resolver esto si esto es cierto "No tengo acceso de servidor de back-end a los puntos de administración o los DP".

¿Se puede acceder a distmgr.log en el servidor del sitio? De lo contrario, deberá escalar el problema a alguien que pueda hacerlo.

Este problema no tiene nada que ver con el cliente, por lo que ignoraría otras respuestas que aconsejan mirar a los clientes. Este problema se debe a que el servidor del sitio no puede copiar los archivos de su carpeta de origen al punto de distribución.

Si no puede acceder a los registros del servidor del sitio, una cosa que podría tratar de eliminar debido a que la estructura de la carpeta es demasiado larga es comprimir su paquete, implementarlo y descomprimirlo antes de instalarlo en el extremo del cliente.

TallPaul
fuente
+1 para la información de registro, pero el problema es que el servidor no puede copiar los archivos, sí, pero nuestra teoría de trabajo es que un cliente tiene un bloqueo de escritura en los archivos DP de alguna manera. La estructura de la carpeta no es demasiado larga porque este paquete en particular tenía los archivos ya comprimidos, y el comportamiento no es consistente sino irregular.
MDMoore313
0

Obtenga el kit de herramientas SCCM. Tiene un analizador de registros y kits de herramientas de puntos de distribución que pueden ayudarlo a encontrar el problema.

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

Super1337
fuente
2
¿Sería capaz de entrar en un poco más de detalle sobre cómo alguien usaría el juego de herramientas para encontrar un cliente que aún se aferra a un paquete? Si no, esta es efectivamente una respuesta de solo enlace, ya que ya tenía el kit de herramientas instalado.
MDMoore313