Deployment Workbench ya no está disponible después del arranque PXE


0

Nuestro proceso de construcción gira en torno a Windows Deployment Workbench. Desafortunadamente, esto fue configurado por alguien que ya no está en la compañía, y nadie se ha atrevido / necesitado para hacer ningún cambio.

El otro día dejó de funcionar. Resulta que uno de nuestros chicos de construcción comenzó a pensar en cambiar algunas cosas, hizo clic en algo y ahora ya no funciona (ahora dice que hizo clic derecho en la entrada 'LAB' en 'Puntos de implementación' y presionó 'Actualizar ', que aparentemente tardó un tiempo en ejecutarse). El trabajo me corresponde resolver y, francamente, no estoy seguro de lo que estoy haciendo.

Me preguntaba si alguien con más experiencia que yo puede dar algunos consejos sobre la solución de problemas porque me siento bastante oscuro aquí.

En el servidor tengo Deployment Workbench en funcionamiento (MMC snapin) versión 3.0. Hay un servicio WDS que parece estar funcionando bien, al igual que el servicio tFTPd. Nada específico a esto en los registros de eventos.

Del lado del cliente; El arranque PXE funciona y lo lleva al lanzamiento de Win PE, y tiene el logotipo correcto de la compañía como fondo (lo que me demuestra que está cargando win PE desde la red).

WPEINIT se ejecuta y solicita credenciales de dominio, aquí el equipo simplemente coloca Usuario / Paso / Dominio en los cuadros y hace clic en Aceptar. Normalmente la construcción comenzaría.

En su lugar, reciben un mensaje de error que dice que el recurso compartido \ NATBLU01 \ Distribution $ no está disponible.

La comprobación de \ NATBLU01 \ Distribution $ muestra que está allí y es accesible a través de la red. La seguridad / los permisos parecen estar bien, incluso 'ANONYMOUS LOGON' tiene acceso de lectura a ese recurso compartido, así que no veo que eso sea un problema.

Excavando los archivos de rastreo de C: \ MININT \ SMSOSD \ OSDLOGS \ después de un intento de ejecutar la compilación, puedo ver un error que dice casi lo mismo:

<![LOG[Validating connection to \\NATBLU01\Distribution$]LOG]!><time="16:42:14.000+000" date="03-15-2012" component="LiteTouch" context="" type="1" thread="" file="LiteTouch">
<![LOG[FindFile: The file OSDConnectToUNC.exe could not be found in any standard locations.]LOG]!><time="16:42:14.000+000" date="03-15-2012" component="LiteTouch" context="" type="1" thread="" file="LiteTouch">
<![LOG[The network location cannot be reached. For information about network troubleshooting, see Windows Help.]LOG]!><time="16:42:24.000+000" date="03-15-2012" component="LiteTouch" context="" type="3" thread="" file="LiteTouch">
<![LOG[ERROR - Unable to map a network drive to \\NATBLU01\Distribution$.]LOG]!><time="16:42:24.000+000" date="03-15-2012" component="LiteTouch" context="" type="3" thread="" file="LiteTouch">

BDD.LOG muestra casi lo mismo.

Las copias completas de los archivos .LOG se pueden encontrar aquí: BDD.LOG LITETOUCH.LOG

Puedo acceder a un símbolo del sistema desde Win PE que arranca desde PXE, sin embargo, no hay ningún elemento de red allí. IPCONFIG no devuelve nada, por lo que ninguna de las pruebas que normalmente ejecutaba resuelve nada.

Estoy perdido, francamente. Me preguntaba si tal vez podría comenzar un nuevo proceso de compilación, pero si el cambio en DeploymentWorkbench lo ha desconectado, no creo que pueda crear una nueva implementación.

Fallando en eso; tenemos un punto de despliegue etiquetado como 'Media' que parece ser una imagen ISO de DVD de una de las compilaciones, pero es fechado en 2008, ¿es posible exportar la compilación de red a .ISO y compilar desde DVD? Estamos buscando un nuevo hardware para ejecutar esto de todos modos (para el inminente lanzamiento de Windows 7) para que una ronda de trabajo temporal no sea un gran problema.

Toda la asistencia es apreciada!

EDITAR: OK. Lo tengo funcionando de nuevo.

La solución estaba cerca de la idea de Newmanth. El problema era que nuestra imagen PE no parecía estar conectando la red. Tenía una copia anterior del arranque PE.WIM en un dispositivo que había estado usando para otros fines. Arranqué eso y obtuve correctamente una conexión de red. Mostraba una IP interna correcta y podía hacer ping, etc., etc.

Sin embargo, todavía recibía los mismos errores en todos los registros y cuando wpeinit se estaba ejecutando.

Lo que hice por separado fue actualizar la imagen PE que DeploymentWorkbench estaba desplegando para mostrar un fondo diferente. Quería demostrar que estaba trabajando en el lugar correcto. Resulta que no lo era.

Fui y miré las otras cosas de implementación que teníamos en esta máquina, se instalaron los Servicios de implementación de Windows y, aunque todas las imágenes de instalación están fuera de línea, la imagen de arranque estaba en línea, así que cargué la copia de mi dispositivo. Arrancado directamente. Y arreglado.

Trabajando. ¡Hurra!

Para cualquiera que se encuentre con esto en el futuro, puede encontrar que, aunque sus imágenes de implementación se encuentran en DeploymentWorkbench, la imagen de arranque de Win PE desde la que está iniciando se encuentra en las imágenes asociadas de los Servicios de implementación de Windows.


En una nota final, ahora me siento calificado para mi próxima tarea, que es recrear por completo este proceso en una máquina virtual limpia y documentar todo para mi futuro yo, de modo que pueda resolver problemas fácilmente la próxima vez que algo salga mal.
Patrick

Respuestas:


2

El hecho de que ipconfig no devuelva ninguna información indica que a la imagen de Windows PE le falta el controlador NIC para su modelo en particular. Resulta que, si bien Windows PE tiene muchos controladores de red preinstalados, los modelos más nuevos con frecuencia usan NIC que no forman parte de la instalación base. Este es especialmente el caso con grandes OEM, como Dell.

Technet tiene un artículo que explica cómo agregar un controlador a una imagen de Windows PE sin conexión con ImageX:

http://technet.microsoft.com/en-us/library/cc749350(WS.10).aspx

¡Precaución! Si su máquina utiliza una NIC de varios niveles (como Broadcom), deberá asegurarse de descargar el controlador monolítico, que generalmente está disponible desde el OEM. Aquí hay un blog que explica este problema:

http://blogs.technet.com/b/configurationmgr/archive/2010/02/09/nic-devices-that-require-a-special-driver-for-winpe-may-cause-a-configmgr-task- secuencia-a-fallar-si-una-vista-o-más-nueva-os-está-siendo-desplegada-vía-un-sistema-operativo-paquete-instalación.aspx


1
No se confunda con el hecho de que Windows PE se extrae con éxito de la red ... esto se hace mediante el programa de arranque del BIOS, NO PE, por lo que (siempre) debería funcionar. La falla ocurre una vez que PE está cargado y en línea, ya que ese es el punto en el que la estación de trabajo cambia a intentar usar el controlador NIC de Windows.
recién nacido el

Gracias. Mi dificultad aquí es que este es un dispositivo estándar, hemos implementado cientos de esta marca / modelo exacto con la compilación actual. Me pregunto si este controlador se cayó durante el proceso de 'Actualización'. Voy a leer acerca de cómo agregarlo nuevamente. Y gracias por aclarar que [i] debería [/ i] ver alguna información de red sobre la compilación de PE. No tener un sistema de referencia funcional hace que sea difícil confirmar qué es qué. Y tendría que agregar el controlador a la compilación en el servidor WDS, luego iniciar PXE desde la computadora portátil en ese momento, debería ver la red (aproximadamente).
Patrick

Mi taller utiliza SCCM, en lugar de Deployment Workbench, por lo que no estoy familiarizado con la forma en que los componentes se administran en la imagen PE con esa herramienta. Supongo que cuando su chico actualizó los puntos de implementación, la actualización (por cualquier razón), no incluyó el controlador NIC que se incluyó en la versión anterior. Podría ser que estaba trabajando en una versión anterior, o el banco de trabajo requiere que agregue explícitamente el controlador cada vez que se actualiza la imagen ... pero definitivamente parece un problema de controlador faltante.
recién nacido el

Realmente aprecio su consejo, me ayudó a reducir dónde estaba mirando.
Patrick
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.