Actualizar el paquete acumulativo 6 para System Center 2012 R2 Virtual Machine Manager

Características que se agregan en este paquete acumulativo de actualizaciones

• Agregar la característica de suscripción de Azure: mediante la característica Agregar suscripción de Azure de Update Rollup 6, los administradores de Virtual Machine Manager pueden agregar suscripciones de Microsoft Azure a VMM y realizar acciones básicas en instancias de Azure en esas suscripciones. La característica se incluye en Virtual Machine Manager en el paquete acumulativo de actualizaciones 6 para System Center 2012 R2. Para cada suscripción de Azure que agregue, puede usar una consola para ver todas las instancias de roles en todos los grupos de implementación de esa suscripción.
  
  Qué puede hacer con esta característica
  
  Si ya administra las máquinas virtuales locales en Virtual Machine Manager, puede usar esta característica para realizar algunas acciones muy básicas en instancias de Azure sin salir de la consola VMM. Por ejemplo, puede hacer lo siguiente:
  

  • Agregue o quite una o más suscripciones de Azure mediante la consola VMM.

  • Vea una vista de lista de detalles y estados de todas las instancias de rol en todas las implementaciones de esa suscripción.

  • Actualice manualmente la lista de instancias.

  • Realice las siguientes acciones básicas en las instancias:
    

    • Inicio

    • Parada

    • Apagado

    • Reiniciar

    • Conectar a través de RDP

  Para obtener más información, vea Agregar una suscripción de Azure en VMM en System Center 2012 R2 con Update Rollup 6.

• Escenario de protección de ASR E2A mejorado: al tener Update Rollup 6 en el entorno de Virtual Machine Manager, es más fácil detectar y corregir un problema que a veces se produce al configurar la protección de Azure Site Recovery (ASR). Este problema se produce cuando desea agregar protección ASR para máquinas virtuales locales y tiene las siguientes propiedades de máquina virtual:
  

  • No hay una versión especificada del sistema operativo

  • No hay indicación de qué disco contiene el sistema operativo de la máquina virtual

  Estas propiedades deben especificarse porque Azure Site Recovery las necesita. En el paquete acumulativo de actualizaciones 6, se muestra un conjunto más claro de mensajes de error en VMM en el panel Trabajos si intenta configurar una máquina virtual que no cumple los requisitos.
  
  Para obtener información sobre los requisitos de ASR, consulte Mejora del escenario de protección ASR E2A.

• Opción para usar máquinas virtuales de generación 2 en servicios y VMRoles: en el paquete acumulativo de actualizaciones 6, VMM ahora proporciona compatibilidad con máquinas virtuales de generación 2 para los servicios y roles de máquina virtual. Con esta característica, puede implementar servicios de varios niveles y elegir la generación de la máquina virtual para niveles individuales. Los usuarios pueden prestar servicio a estas instancias de servicio mediante un mantenimiento convencional y basado en imágenes.
  
  Para obtener más información, consulte Información sobre la generación 1 y la generación 2 Virtual Machines en VMM.

• Total Networking Usage Exposure rules in Management Pack: Este cambio introduce dos reglas dirigidas a hosts Hyper-V:
  

  • Regla de recopilación de tráfico de red VNic entrante total

  • Regla de recopilación de tráfico de red VNic saliente total

  Estas reglas miden el tráfico saliente total y entrante total en Kilo Bytes por VNic por máquina virtual en el siguiente método:
  
  Para cada VM:
  

  1. Habilita la medición de Hyper-V si no está habilitada.

  2. Ejecute Measure-VM.

  3. Recopile datos de medición para cada dirección remota de "0.0.0.0/0" o "::/0" por VNic.

  De forma predeterminada, estas reglas se ejecutan cada hora. Los usuarios pueden optar por invalidar esta configuración reemplazando la intervalSeconds propiedad. Estas reglas no deben ejecutarse con más frecuencia que cada cinco minutos (300 segundos).
  
  Comportamiento en versiones anteriores: VMM no midió el consumo de datos. Midó solo el rendimiento.

• Opción para confirmar en exceso la capacidad del grupo de host y la nube para las máquinas virtuales de réplica: System Center 2012 R2 Virtual Machine Manager le permite colocar las máquinas virtuales de réplica en una nube preconfigurada o en un grupo de host si se ajustan a la configuración de capacidad. Hasta ahora, VMM supuso que todos los recursos que estaban asignados a máquinas virtuales de réplica estaban en uso. Por lo tanto, VMM no permitía colocar ninguna máquina virtual de réplica en una nube o grupo de host si eso elevaba la carga agregada de todas las máquinas virtuales de réplica más allá de la capacidad del grupo de host o la nube.
  
  Aunque este comportamiento garantizaba que todas las máquinas virtuales de réplica podían iniciarse simultáneamente, podría provocar un uso no óptimo de nubes de réplica y grupos de host. Esto se producía si usted (un Enterprise o Hoster) intentaba colocar máquinas virtuales adicionales en una nube o en un grupo host. Es decir, si confirmaste en exceso la nube o el grupo host de la réplica. En Update Rollup 6, puede sobrescribir las nubes y los grupos de host en su entorno VMM configurando la clave del Registro siguiente en el servidor VMM:
  

  Ubicación del Registro:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings\Placement
  Nombre DWORD: IgnoreMemoryForStoppedReplicaVM
  Valor DWORD: 1
  Nota Si la subclave Placement no existe, créala.
  
  Para obtener más información, consulte Opción para sobrescribir la nube y HG para máquinas virtuales de réplica.

• Compatibilidad con escenarios básicos de VMWare VCenter 5.5.
  
  El paquete acumulativo de actualizaciones 6 presenta los siguientes escenarios de soporte técnico:
  

  • Agregar VCenter 5.5 a la administración de VMM 2012 R2 UR6

  • Agregar host ESX con versión 5.5 y llevar bajo administración

  • Crear una plantilla de VMWare VM e implementar máquinas virtuales con la plantilla

  • Crear plantillas con redes básicas (entre ellas, escenarios unidos a un dominio) e implementar máquinas virtuales

  • Realiza varias operaciones de ciclo de vida de la máquina virtual (por ejemplo, iniciar, detener, apagar, reparar, actualizar y puntos de control en una máquina virtual).

  • Conectar a la máquina virtual mediante la consola y comprueba la accesibilidad

  • Desaprovisionamiento de máquinas virtuales

  • Crear un fondo de recursos y llevar el grupo de recursos a la administración VMM

  Estos son escenarios limitados. Sin embargo, representan el primer y más importante paso hacia la compatibilidad con versiones más recientes de VCenter. Seguimos trabajando en nuestra matriz de compatibilidad para VMWare VCenter y proporcionaremos actualizaciones para solucionar este problema en paquetes acumulativos futuros.

Problemas corregidos en este paquete acumulativo de actualizaciones

• Problema 1
  
  Se produce un error 801 cuando se quitan los objetos VMM. VMM a veces encuentra un problema en el que un objeto VMM como una máquina virtual no se puede quitar de la interfaz de usuario o Windows Powershell porque faltan algunos de sus objetos secundarios en la base de datos. Esto suele hacer que los usuarios busquen scripts correctivos para quitar los objetos afectados. En Update Rollup 6, VMM ha mejorado tres cmdlets de Powershell para minimizar los errores relacionados con 801. Estos cmdlets son Remove-SCServiceTemplate, Remove-SCLibraryServer y Remove-SCLibraryShare. Los usuarios no tienen que usar la marca –Force junto con estos cmdlets para evitar errores 801. Los cmdlets proporcionan la capacidad de resolver dependencias que conducen a errores 801.
  

• Problema 2
  
  El servicio VMM se bloquea y genera un error de infracción de acceso en System.Xml cuando responde a un evento de Integration Services Integration Services.
  

• Problema 3
  
  Excepción crítica en el controlador de errores de WCF -- ObjectDisposedException -- Microsoft.VirtualManager.Engine.Remoting.ClientConnection.HandleError. Cuando VMM cierra el host de servicio WCF, llama a Abort, lo que puede provocar que los mensajes no procesados terminen de forma errónea y esto puede provocar que se produzcan ObjectDisposedExceptions. El controlador de errores WCF de nivel superior de VMM ve estas excepciones antes de que finalice el proceso e informa de ellas como excepciones críticas. Por lo tanto, vmm informa de errores inofensivos como errores críticos que posiblemente agregan a la confusión del usuario.
  

• Problema 4
  
  Opción de dirección MAC atenuada en la interfaz de usuario cuando vnic no está conectado. Esto impide que los usuarios marquen la nic como estática. Después de actualizar a VMM en System Center 2012 R2, el cliente no puede elegir la opción de Dirección Mac estática en las plantillas de VM que crea, si la máquina virtual no está conectada a una red. Las opciones dirección MAC e IP aparecen atenuadas cuando la máquina virtual "no está conectada". Por lo tanto, no puede asignar una dirección MAC estática a la máquina virtual antes de la implementación.
  

• Problema 5
  
  La personalización de máquina virtual puede producir errores y generar una excepción crítica cuando Hyper-V no devuelve un objeto de unidad de disquete. Durante la personalización de una máquina virtual, existe la posibilidad de que Hyper-V devuelva el objeto floppy Drive como nulo y VMM intentará agregar una unidad. Sin embargo, la adición de la unidad de disquete no se implementa en Hyper-V. Esto produce una excepción que provoca un error de trabajo y deja a la máquina virtual en estado de error de creación. El usuario puede reparar la máquina virtual para que funcione. Esto puede ocurrir si la configuración de la unidad de disquete (en el recurso compartido remoto) no está disponible para Hyper-V o si Hyper-V está ocupado o estresado.
  

• Problema 6
  
  No se pueden implementar máquinas virtuales con IP estática cuando se configuran varios grupos ip para una subred de MÁQUINA virtual. El cliente intenta crear una máquina virtual mediante una plantilla que tiene una configuración ip estática. Si hay varios grupos ip en una subred y el cliente proporciona una dirección IP de un grupo diferente al predeterminado (es decir, el grupo rellenado automáticamente que se muestra en la interfaz de usuario), el Asistente para vm finaliza sin errores, pero la creación de la máquina virtual falla y devuelve un error "Dirección IP fuera del intervalo".
  

• Problema 7
  
  VmmService se bloquea durante la administración de subredes quitadas de máquina virtual en eventos de cambio de IP enviados por Hyper-v. En una configuración nvgre, si hay un evento enviado por Hyper-V para el cambio de IP pero la subred de VM ya no existe en VMM, causa un bloqueo del servicio VMM.
  

• Problema 8
  
  VmS se notifica que falta porque el VmMovedRefresherEvent no se recibe. Cuando se produce un evento de movimiento de una máquina virtual mientras un host no está en modo de eventos y la máquina virtual está en estado de migración y cuando el actualizador de eventos se conecta hasta allí puede haber una ventana donde nadie está escuchando y la operación de actualización justo antes del modo de escucha no recibe el cambio. Por lo tanto VMM no recibirá estos cambios hasta la siguiente actualización completa, que puede ser hasta 24 horas.
  
  Para asegurarse de que estos eventos perdidos se sincronizan a través del actualizador de máquina virtual ligero en el modo de eventos, puede crear y configurar la siguiente clave del Registro para ejecutar el actualizador de máquina virtual ligero a intervalos regulares. Este actualizador se ejecutará además de cualquier actualización basada en eventos.
  

  Ubicación del Registro:HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings
  Clave del Registro:
  VMPropertiesEventAssitedUpdateInterval
  
  Tipo de registro: DWORD
  
  Valor mínimo: 0 segundos
  
  Valor máximo: 20 días

  Los valores deben especificarse en segundos.
  DWORD name: VMPropertiesEventAssitedUpdateInterval
  
  Valor DWORD:value_in_seconds
  
  Nota El marcador de posición value_in_seconds puede ser de 0 segundos a 20 días (también en segundos).
  

• Problema 9
  
  Requerir marcas explícitas para indicar que falta una máquina virtual o una eliminación de la máquina virtual de servicio durante Remove-Host al usuario. Actualmente, VMM no comprueba la existencia de máquinas virtuales en el host al quitar host de VMM. Un host puede contener máquinas virtuales de servicio, máquinas virtuales que se implementan en la nube, máquinas virtuales que tienen propiedades personalizadas definidas para ellos. Si un usuario quita accidentalmente este tipo de host, todas estas asociaciones se rompen. Esta corrección evita estos escenarios solicitando a los usuarios un mensaje de confirmación antes de que dichos hosts se quiten realmente de VMM.
  

• Problema 10
  
  Si tiene una red lógica que tiene varios sitios de red y los sitios de red son visibles para el adaptador de red del host, se asignarán los PAs de esos sitios de red diferentes y también se debe establecer la información de enrutamiento. (Los sitios de red a veces se denominan "definiciones de red lógica"). En un escenario de varios host con VM1 en Host1 conectado a PA1, hay un caso si una VM2 está conectada a un LN hnv y tiene un PA1 para NetwkSite1 y, a continuación, se desconecta y más tarde se vuelve a conectar y tiene un PA2 para NetwkSite2 (aleatoriamente o debido al agotamiento de PA), entonces durante algún tiempo, es posible que no se rellene la información de enrutamiento de PA entre NetwkSite1 y NetwkSite2. Esto ocurre debido a la forma en que se clave la representación de la ruta interna para la inserción en una tabla hash.
  

• Problema 11
  
  Cuando se actualiza un host, establece una conexión de red WinRM (a cada host actualizado) que transmite datos constantemente.
  

• Problema 12
  
  Cuando se crean varios adaptadores de red virtual de host, se observan errores aleatorios. Cuando los clientes crean varios adaptadores de red virtual de una sola vez como parte de un conmutador lógico, se puede producir un error en la configuración IP de uno o más adaptadores de red virtual.
  

• Problema 13
  
  El usuario detecta una inserción de clave duplicada en HostWSManGetter.UpdateRASDCache al realizar una actualización de host.
  

• Problema 14
  
  Cuando el usuario intenta clonar una máquina virtual con puntos de control, una vez completada la operación de clonación, VMM reconoce incorrectamente la máquina virtual de clones recién creada como máquina virtual original e deduce incorrectamente que la máquina virtual se ha migrado. A continuación, intenta controlar este cambio. Por lo tanto, se crea una máquina virtual adicional en otro host con el estado "ausente". VMM piensa que la máquina virtual está usando un host diferente, y esta máquina virtual no es visible para TFS hasta la siguiente actualización de la máquina virtual.
  

• Problema 15
  
  Cuando se actualiza el proveedor VSEM, la capacidad del proveedor para recibir notificaciones no se indica al motor de notificaciones.
  

• Problema 16
  
  La colocación de redes se bloquea durante la optimización dinámica del host. Se suponía que algunas operaciones de colocación se ejecutaban como tarea. Cuando se ejecuta en la tarea del actualizador, el contexto es nulo. Esto causa un bloqueo de ubicación.
  

• Problema 17
  
  Cuando los administradores delegados inician la consola VMM, se tarda más de 4 minutos en abrir la consola VMM. En entornos grandes, el inicio de la consola VMM se retrasa para los administradores delegados cuando se compara con los administradores.
  

• El problema 18
  
  Storage actualización del proveedor produce errores después de reemplazar el disco en sofs.
  

• Problema 19
  
  VMM no puede actualizar la réplica o la máquina virtual principal sin ASR, además, la migración de vm de recuperación en estado pendiente de IR no realiza la migración en directo.
  

• Problema 20
  
  Cuando se elimina una máquina virtual, los puntos de control se combinan antes de eliminarse. Cuando el usuario intenta eliminar una máquina virtual que tiene puntos de control, la eliminación tarda mucho tiempo (hasta una hora) en finalizar.
  

• Problema 21
  
  Una operación Run DO a veces recibe una excepción crítica: DBCorruptionException.
  

• Problema 22
  
  Algunos usuarios usan grandes conjuntos VIPAddress en lugar de intervalos IP para que sea más fácil agregar o quitar direcciones IP individuales. Actualmente, el esquema del módulo de administración de VMM limita este campo a 256 caracteres (valor predeterminado). Sin embargo, los usuarios pueden tener valores de ~500 caracteres. Por lo tanto, Discovery estaba rompiendo la integración de VMM-OM debido a una excepción inesperada de SCOM.
  

• Problema 23
  
  Los LUNs de destino y RG no se asocian después de la tarea enableRG si se crean previamente los RG/LUNs.
  

• Problema 24
  
  Debe actualizar las entradas de la dirección MAC para un dispositivo de puerta de enlace F5 cuando se produce un error y se reemplaza. Si un dispositivo F5 es RMA'd y se reemplaza con un nuevo dispositivo con una nueva dirección MAC, VMM no tiene una manera de actualizar la dirección MAC para el nuevo dispositivo.
  

• Problema 25
  
  Deje que la marca de usuario en la máquina virtual de réplica le permita estampar la identidad del usuario. Los usuarios tienen que actualizar los atributos UserRole y Owner en sus ReplicaVMs, pero actualmente se bloquea cualquier operación en la máquina virtual de réplica. Por lo tanto, no pueden actualizar estos dos parámetros en máquinas virtuales de réplica.
  

• Problema 26
  
  El recurso compartido SMB registerred no se muestra como opción de ruta de destino al implementar una nueva máquina virtual HA en un clúster.
  

• Problema 27
  
  Excepción crítica en el Storage Refresher al detectar el servicio de replicación -- ArgumentNullException -- SetCustomOptions.
  

• Problema 28
  
  Durante el actualizador de host VMM consulta la información del equipo (cambiar de equipo o equipo LBFO). Mientras que el cambio de equipos de consulta vmm llega a la excepción WSMan que hace que el vswitch desaparezca de la consola.
  

• Problema 29
  
  El protocolo HTTPS no se admite en El sondeo, después VMM no puede crear una regla de supervisión para supervisar el sitio HTTPS. VMM admite HTTP y HTTPs en la sección de configuración de puerto LB, pero HTTPS no se admite en la sección protocolo de sondeo LB.
  

• Problema 30
  
  El propietario del recurso (usuario de SSU) no está autorizado para acceder a la lista "GrantedTo" de un recurso y, por lo tanto, no puede ver quién tiene acess al recurso. Cuando el usuario que concede acceso también es un usuario de autoservicio, no podrá ver los cambios que ha realizado hasta que reinicie la consola. Un usuario administrador puede ver el cambio, pero para un usuario de autoservicio, GrantedToList sigue devolviendo resultados almacenados en caché, hasta que reinicia la consola.
  

• Problema 31
  
  No se pueden mover los discos principales que tienen el proceso de migración integrado de VMM. El usuario tiene varios cientos de máquinas virtuales, con todos los discos diff que apuntan a un único elemento primario. VMM bloquea el traslado de todas estas máquinas virtuales a una nueva solución de almacenamiento. Para los discos diff, si otro disco diff comparte cualquier disco antecesor de la jerarquía (relación primario/secundario), VMM bloquea la migración de almacenamiento del disco diff. Sin embargo, está habilitado a través del Administrador de Hyper-V.
  

• Problema 32
  
  Field expectedDSColumn produce una excepción crítica mientras se traza el mensaje para las columnas que no coinciden, lo que provoca el bloqueo del servidor al ejecutar get-scvmhost. Después de actualizar la DB del servidor a Umbral, el servidor R2 no puede trabajar con él en ciertos casos. Algunos objetos de red y objetos ADHC usan esta ruta de acceso de código.
  

• Problema 33
  
  Al escalar horizontalmente una plantilla de servicio existente, se crean máquinas virtuales de Hyper-V duplicadas que tienen el mismo nombre en VMM en System Center paquete acumulativo de actualizaciones de 2012 R2.
  

• Problema 34
  
  Si las máquinas virtuales invitadas tienen Windows actualización de seguridad 3035131 o 3031432 instalado, el agente invitado de VMM no ejecuta scripts de ejecución de comandos genéricos (GCE) solicitados por VMM como parte de la implementación de vm. Esto puede provocar errores en varios escenarios en los que se usan scripts de GCE para la implementación y el mantenimiento. Por ejemplo, cuando intenta dar servicio a una plantilla de servicio vmm a través de scripts de GCE, se devuelve el código de error 22029.
  
  Nota Después de instalar Update Rollup 6 (o los paquetes acumulativos de actualizaciones posteriores) para System Center Virtual Machine Manger 2012 R2, ahora tiene que conceder derechos de inicio de sesión como trabajo por lotes a la cuenta De ejecución como especificada. Sin estos derechos, el agente invitado no puede ejecutar los scripts GCE a través de una cuenta de ejecución como.
  

• Problema 35
  
  Se produce un error en la migración en directo de la máquina virtual al usar el espacio de almacenamiento en clúster como CSV y el almacenamiento de la máquina virtual se encuentra en CSV. La migración dinámica de clúster de Hyper-V no funciona después de VMM en System Center 2012 R2 Update Rollup 5.
  

• Problema 36
  
  La ubicación del disco base debe girar entre recursos compartidos de ubicación válidos.
  

• Problema 37
  
  La consola VMM puede usar una cadena release existente durante la copia de la plantilla de servicio. A veces, los usuarios no pueden copiar una plantilla de servicio mediante el comando "Copiar" de una plantilla de servicio. El motivo es que la consola de administrador genera una cadena ya existente para la versión.
  

• Problema 38
  
  El mosaico Información general de capacidad no aparece en VMM en System Center 2012 R2. En VMM en System Center 2012 SP1, en el panel Máquinas virtuales y servicios, al seleccionar un host y, a continuación, hacer clic en Información general en el menú superior, la consola proporciona información de Resumen y Capacidad sobre el host seleccionado. Los detalles sobre los núcleos del procesador, la memoria (GB) y la Storage (GB) no están disponibles en System Center 2012 R2.
  

• Problema 39
  
  El servicio VMM se bloquea debido a VSID duplicado. En raras ocasiones (sincronización/condición de carrera y colisión aleatoria de números), diferentes subredes de máquina virtual HNV pueden obtener el mismo VMSubnetIdentifier (es decir, vsid). Esto conduce a un comportamiento inesperado al usar estas subredes de máquina virtual HNV. Por ejemplo, para las máquinas virtuales conectadas a esta subred, es posible que las máquinas virtuales no obtengan la conectividad esperada y no puedan hablar con máquinas virtuales en la misma subred. O bien, cuando cambie su dirección IP, el servicio VMM se bloqueará.
  

• Problema 40
  
  La implementación de una máquina virtual detrás de un Load Balancer provoca un error crítico en la colocación:
  

  Microsoft.VirtualManager.Engine.Placement.Conversion.HostConversionHelper.GetLoadBalancerAddressPoolResources

• Problema 41
  
  La página de inicio que se introdujo en Update Rollup 5 se quita en Update Rollup 6.
  

• Problema 42
  
  Una máquina virtual no está asociada a un grupo de replicación y no se pudo mover a una ubicación protegida por el grupo de replicación.
  

• Problema 43
  
  La IP de invitado en la red HNV no se marca como Dynamic/DedicatedGuestIP incluso si la configuración está habilitada para ella. Conmutación por error de CA interrumpida. Para cualquier dirección IP agregada o movida en una máquina virtual conectada a la red NVGRE (escenario de conmutación por error de IP de invitado/clúster de invitado HNV), la dirección IP *no* se marca como dinámica (tipo = DedicatedGuestIP en VMM) incluso si la máquina virtual tiene la configuración EnableGuestIPNetworkVirtualizationUpdates=true. Cuando la primera vez que se agregue o mueva la dirección IP funcionará, pero las conmutaciones por error posteriores de la IP (pasando de una máquina virtual a otra) no se detectarán automáticamente. Por lo tanto, la dirección IP no será accesible y la máquina virtual perderá la conectividad.
  

• Problema 44
  
  Antiguo proveedor de almacenamiento incrustado de la integración hitachi roto con UR5. El proveedor de almacenamiento no se puede actualizar. Esto impide la administración del proveedor.
  

• Problema 45
  
  El cliente VMM se bloquea al establecer el intervalo de tiempo de optimización de energía.
  

• Problema 46
  
  Existe una condición de carrera en la eliminación del WnvEventEntrySubscriptionObserver cuando se produce un error en la conexión del host.
  

• Problema 47
  
  CentOS 7 y Red Hat Enterprise Linux 7 no pueden establecer la configuración de la interfaz de red cuando se utiliza DHCP.
  
  Esto se aplica a todas las máquinas virtuales CentOS 7 y Red Hat Enterprise Linux (RHEL) 7 que están configuradas para usar DHCP por System Center Virtual Machine Manager. Los servidores CentOS 7 y RHEL 7 que utilizaban DHCP se encontrarían con datos de configuración de red ausentes para cada interfaz Ethernet que utiliza el servidor Linux. Este problema se produce porque CentOS 7 y RHEL 7 no tienen la herramienta Linux ifconfig instalada de forma predeterminada, a diferencia de iteraciones anteriores. Los scripts de configuración para redes DHCP se actualizaron para usar la herramienta ip en lugar de ifconfig si la herramienta ip está instalada.

Cómo obtener e instalar Update Rollup 6 para System Center 2012 R2 Virtual Machine Manager