Pacote Cumulativo de Atualizações 6 System Center 2012 R2 Virtual Machine Manager

Recursos adicionados neste pacote cumulativo de atualizações

• Adicionar recurso de Assinatura do Azure: usando o recurso Adicionar Assinatura do Azure no Pacote Cumulativo de Atualizações 6, os administradores do Virtual Machine Manager podem adicionar assinaturas do Microsoft Azure ao VMM e executar ações básicas em instâncias do Azure nessas assinaturas. O recurso está incluído no Virtual Machine Manager pacote cumulativo de atualizações 6 para System Center 2012 R2. Para cada assinatura do Azure adicionada, você pode usar um console para ver todas as instâncias de função em todos os grupos de implantação nessa assinatura.
  
  O que você pode fazer com esse recurso
  
  Se você já gerenciar suas máquinas virtuais locais no Virtual Machine Manager, poderá usar esse recurso para executar algumas ações muito básicas em instâncias do Azure sem sair do console do VMM. Por exemplo, você pode fazer o seguinte:
  

  • Adicione ou remova uma ou mais assinaturas do Azure usando o console do VMM.

  • Veja uma exibição de lista de detalhes e status de todas as instâncias de função em todas as implantações nessa assinatura.

  • Atualize manualmente a lista de instâncias.

  • Execute as seguintes ações básicas nas instâncias:
    

    • Iniciar

    • Parar

    • Desligamento

    • Reiniciar

    • Conexão RDP

  Para obter mais informações, consulte Adicionar uma assinatura do Azure no VMM no System Center 2012 R2 com Pacote Cumulativo de Atualizações 6.

• Cenário de proteção ASR do E2A aprimorado: com o Pacote Cumulativo de Atualizações 6 em seu ambiente do Virtual Machine Manager, é mais fácil descobrir e corrigir um problema que às vezes ocorre quando você configura a proteção do Azure Site Recovery (ASR). Esse problema ocorre quando você deseja adicionar proteção ASR para máquinas virtuais locais e tem as seguintes propriedades de máquina virtual:
  

  • Nenhuma versão do sistema operacional especificada

  • Nenhuma indicação de qual disco contém o sistema operacional para a máquina virtual

  Essas propriedades devem ser especificadas porque são exigidas pelo Azure Site Recovery. No Pacote Cumulativo de Atualizações 6, um conjunto mais claro de mensagens de erro será exibido no VMM no painel Trabalhos se você tentar configurar uma máquina virtual que não atenda aos requisitos.
  
  Para obter informações sobre os requisitos de ASR, consulte AsR E2A Protection Scenario Improvement.

• Opção para usar VMs de Geração 2 em Serviços e VMRoles: no Pacote Cumulativo de Atualizações 6, o VMM agora fornece suporte para máquinas virtuais de Geração 2 para serviços e funções de VM. Usando esse recurso, você pode implantar serviços de várias camadas e escolher a geração de máquina virtual para camadas individuais. Os usuários podem atender a essas instâncias de serviço por meio da manutenção convencional e baseada em imagem.
  
  Para obter mais informações, consulte Understanding Generation 1 and Generation 2 Máquinas Virtuais in VMM.

• Total de regras de Exposição de Uso de Rede no Pacote de Gerenciamento: essa alteração apresenta duas regras direcionadas a Hosts Hyper-V:
  

  • Regra total de coleta de tráfego de rede VNic de entrada

  • Regra total de coleta de tráfego de Rede VNic de Saída

  Essas regras medem o tráfego total de entrada e saída em quilo bytes por VNic por máquina virtual no seguinte método:
  
  Para cada VM:
  

  1. Habilite a Medição do Hyper-V se ela não estiver habilitada.

  2. Execute Measure-VM.

  3. Colete dados de medição para cada endereço remoto de "0.0.0.0/0" ou "::/0" por VNic.

  Por padrão, essas regras são executadas a cada hora. Os usuários podem optar por substituir essa configuração substituindo a propriedade IntervalSeconds. Essas regras não devem ser executadas com mais frequência do que a cada cinco minutos (300 segundos).
  
  Comportamento em versões anteriores: o VMM não mede o consumo de dados. Ele mediu apenas a taxa de transferência.

• Opção para sobremitir a capacidade do Grupo de Hosts e de Nuvem para VMs de Réplica: o System Center 2012 R2 Virtual Machine Manager permite colocar suas máquinas virtuais de réplica em uma nuvem pré-configurada ou grupo de hosts se elas se ajustarem às suas configurações de capacidade. Até agora, o VMM presumia que todos os recursos que foram alocados para VMs de réplica estavam em uso. Portanto, o VMM não permite que você coloque nenhuma máquina virtual de réplica em uma nuvem ou grupo de hosts se isso aumentar a carga agregada de todas as VMs de réplica além da capacidade de nuvem ou grupo de hosts.
  
  Embora esse comportamento verifique se todas as VMs de réplica podem ser iniciadas simultaneamente, isso pode causar um uso não ideal de nuvens de réplica e grupos de hosts. Isso ocorreria se você (um Enterprise ou Hoster) tentasse colocar VMs adicionais em uma nuvem ou um grupo de hosts. Ou seja, se você sobrecarrou a nuvem de réplica ou o grupo de hosts. No Pacote Cumulativo de Atualizações 6, você pode sobremitir nuvens e grupos de hosts em seu ambiente do VMM configurando a seguinte chave do Registro no Servidor VMM:
  

  Local do Registro:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings\Placement
  Nome DWORD: IgnoreMemoryForStoppedReplicaVM
  Valor DWORD: 1
  Observação Se a subchave Posicionamento não existir, crie-a.
  
  Para obter mais informações, consulte Option to overcommit Cloud and HG for Replica VMs.

• Suporte para cenários básicos do VMWare VCenter 5.5.
  
  O Pacote Cumulativo de Atualizações 6 apresenta os seguintes cenários de suporte:
  

  • Adicionar o VCenter 5.5 ao gerenciamento do VMM 2012 R2 UR6

  • Adicionar o Host ESX com a versão 5.5 e colocar sob gerenciamento

  • Criar modelo de VM do VMWare e implantar VMs com o modelo

  • Criar modelos com rede básica (incluindo cenários ingressados no domínio) e implantar máquinas virtuais

  • Execute várias operações de ciclo de vida da VM (por exemplo, iniciar, parar, desligar, reparar, atualizar e ponto de verificação em uma máquina virtual).

  • Conexão para a máquina virtual usando o console e verificar a acessibilidade

  • Desprovisionar máquinas virtuais

  • Criar um pool de recursos e colocar o pool de recursos no gerenciamento do VMM

  Esses são cenários limitados. No entanto, eles representam a primeira e mais importante etapa para dar suporte a versões mais recentes do VCenter. Continuamos a criar nossa matriz de suporte para vCenter do VMWare e forneceremos atualizações para resolver isso em pacotes cumulativos futuros.

Problemas corrigidos neste pacote cumulativo de atualizações

• Problema 1
  
  Um erro 801 ocorre quando os objetos do VMM são removidos. Às vezes, o VMM encontra um problema no qual um objeto do VMM, como uma máquina virtual, não pode ser removido da interface do usuário ou do Windows Powershell porque alguns de seus objetos filho estão ausentes no banco de dados. Isso frequentemente faz com que os usuários pesquisem scripts corretivos para remover os objetos afetados. No Pacote Cumulativo de Atualizações 6, o VMM aprimora três cmdlets do PowerShell para minimizar erros relacionados ao 801. Esses cmdlets são Remove-SCServiceTemplate, Remove-SCLibraryServer e Remove-SCLibraryShare. Os usuários não precisam usar o sinalizador –Force junto com esses cmdlets para evitar erros 801. Os cmdlets fornecem a capacidade de resolver dependências que levam a erros 801.
  

• Problema 2
  
  O serviço VMM falha e gera um erro de violação de acesso System.Xml quando ele é responsável por um evento do Integration Services.
  

• Problema 3
  
  Exceção crítica no manipulador de erros do WCF – ObjectDisposedException – Microsoft.VirtualManager.Engine.Remoting.ClientConnection.HandleError. Quando o VMM desliga o host do serviço WCF, ele está chamando Abort, o que pode fazer com que todas as mensagens não processadas sejam encerradas ingratamente, e isso pode resultar na aplicação de ObjectDisposedExceptions. O manipulador de erros WCF de nível superior do VMM vê essas exceções antes que o processo seja encerrado e as relata como exceções críticas. Portanto, aqui o VMM relata erros inofensivos como erros críticos possivelmente adicionando à confusão do usuário.
  

• Problema 4
  
  Opção para endereço MAC esmaecido na interface do usuário quando a vnic não está conectada. Isso impede que os usuários marquem a nic como estática. Depois de atualizar para o VMM no System Center 2012 R2, o cliente não poderá escolher a opção de Endereço Mac Estático nos modelos de VM que ele criar, se a máquina virtual não estiver conectada a uma rede. As opções de Endereço MAC e IP ficam esmaeçadas quando a máquina virtual "não está conectada". Portanto, ele não pode atribuir um endereço MAC estático à máquina virtual antes da implantação.
  

• Problema 5
  
  A personalização da máquina virtual pode falhar e gerar uma exceção crítica quando o Hyper-V não retorna um objeto de unidade de disquete. Durante a personalização de uma máquina virtual, há uma chance de que o Hyper-V retorne o objeto Floppy Drive como nulo e o VMM tentará adicionar uma unidade. No entanto, a adição da unidade de disquete não é implementada no Hyper-V. Isso gera uma exceção que causa falha no trabalho e deixa a máquina virtual no estado de falha na criação. O usuário pode reparar a máquina virtual para ser funcional. Isso poderá ocorrer se a Configuração da Unidade de Disquete (no compartilhamento remoto) não estiver disponível para o Hyper-V ou se o Hyper-V estiver ocupado ou com estresse.
  

• Problema 6
  
  Não é possível implantar VMs com IP estático quando vários pools de IP para uma sub-rede de VM estão configurados. O cliente tenta criar uma máquina virtual usando um modelo que tem configurações de IP estático. Se houver vários pools de IP em uma Sub-rede e o cliente fornecer um endereço IP de um pool diferente do padrão (ou seja, o pool preenchido automaticamente que é mostrado na interface do usuário), o Assistente de VM terminará sem erros, mas a criação da máquina virtual falhará e retornará um erro "Endereço IP Fora do intervalo".
  

• Problema 7
  
  A falha do VmmService ocorre durante a manipulação de sub-redes de máquina virtual removidas em eventos de alteração de IP enviados pelo Hyper-v. Em uma configuração NVGRE, se houver um evento enviado pelo Hyper-V para alteração de IP, mas a sub-rede da VM não existir mais no VMM, isso causará uma falha de serviço do VMM.
  

• Problema 8
  
  As VMS são relatadas ausentes, pois o VmMovedRefresherEvent não é recebido. Quando um evento de movimentação de máquina virtual ocorre enquanto um host não está no modo de Eventos e a máquina virtual está no estado de migração e quando o atualizador de eventos se conecta, pode haver uma janela em que ninguém está escutando e a operação de atualização imediatamente antes do modo de escuta não receber a alteração. Portanto, o VMM não receberá essas alterações até o próximo Atualizador Completo, que pode ser de até 24 horas.
  
  Para garantir que esses eventos perdidos sejam sincronizados por meio do atualizador de máquina virtual light quando estiver no modo de Eventos, você pode criar e configurar a seguinte chave do Registro para executar o atualizador de máquina virtual leve em intervalos regulares. Esse atualizador será executado além de quaisquer atualizadores baseados em eventos.
  

  Local do Registro:HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings
  Chave do Registro:
  VMPropertiesEventAssitedUpdateInterval
  
  Tipo de registro: DWORD
  
  Valor mínimo: 0 segundos
  
  Valor Máximo: 20 dias

  Os valores precisam ser especificados em segundos.
  Nome DWORD: VMPropertiesEventAssitedUpdateInterval
  
  Valor DWORD:value_in_seconds
  
  Observação O value_in_seconds espaço reservado pode ser um valor de 0 segundos a 20 dias (também em segundos).
  

• Problema 9
  
  Exigir sinalizadores explícitos para indicar uma máquina virtual ausente ou uma remoção de máquina virtual de serviço durante Remove-Host para o usuário. Atualmente, o VMM não verifica a existência de VMs no host ao remover o host do VMM. Um host pode conter máquinas virtuais de serviço, máquinas virtuais implantadas na nuvem, máquinas virtuais que têm propriedades personalizadas definidas para elas. Se um usuário remover acidentalmente esse host, todas essas associações serão interrompidas. Essa correção evita esses cenários solicitando aos usuários uma mensagem de confirmação antes que esses hosts sejam realmente removidos do VMM.
  

• Problema 10
  
  Se você tiver uma Rede Lógica com vários sites de rede e os sites de rede estiverem visíveis para o adaptador de rede host, os PAs desses diferentes sites de rede serão alocados e as informações de roteamento também deverão ser definidas. (Às vezes, os sites de rede são chamados de "definições de rede lógicas". Em um cenário de vários hosts com a VM1 no Host1 sendo conectada ao PA1, há um caso se uma VM2 está conectada a um LN hnv e tem um PA1 para NetwkSite1 e, em seguida, ela é desconectada e reconectada posteriormente e tem um PA2 para NetwkSite2 (aleatoriamente ou devido ao esgotamento de PA), em seguida, por algum tempo, Podemos não preencher as informações de roteamento de PA entre NetwkSite1 e NetwkSite2. Isso ocorre devido à maneira como a representação de rota interna é chaveada para inserção em uma tabela de hash.
  

• Problema 11
  
  Quando um host é atualizado, ele estabelece uma conexão de rede WinRM (para cada host atualizado) que transmite dados constantemente.
  

• Problema 12
  
  Quando vários adaptadores de rede virtual de host são criados, falhas aleatórias são observadas. Quando os clientes criam vários adaptadores de rede virtual em uma única tomada como parte de um comutador lógico, uma ou mais configurações de IP do adaptador de rede virtual podem falhar.
  

• Problema 13
  
  O usuário atinge uma inserção de chave duplicada em HostWSManGetter.UpdateRASDCache ao fazer uma atualização de host.
  

• Problema 14
  
  Quando o usuário tenta clonar uma máquina virtual com pontos de verificação, após a conclusão da operação de clonagem, o VMM reconhece incorretamente a máquina virtual de clone recém-criada como máquina virtual original e infere incorretamente que a máquina virtual migrou. Em seguida, ele tenta lidar com essa alteração. Portanto, uma máquina virtual adicional em outro host com o estado "ausente" é criada. O VMM acha que a máquina virtual está usando um host diferente e essa máquina virtual não fica visível para o TFS até a próxima atualização da máquina virtual.
  

• Problema 15
  
  Quando o provedor VSEM é atualizado, a capacidade do provedor de receber notificações não é indicada para o mecanismo de notificação.
  

• Problema 16
  
  O posicionamento de rede falha durante a otimização dinâmica do host. Algumas operações de posicionamento deveriam ser executadas como tarefa. Quando ele é executado na tarefa de atualização, o contexto é nulo. Isso causa uma falha de posicionamento.
  

• Problema 17
  
  Quando os Administradores Delegados iniciam o console do VMM, leva mais de 4 minutos para abrir o console do VMM. Em ambientes grandes, o início do console do VMM é atrasado para administradores delegados quando comparado com administradores.
  

• Problema 18
  
  Armazenamento de provedor falha depois de substituir o disco em sofs.
  

• Problema 19
  
  O VMM não pode atualizar a réplica/máquina virtual primária sem o ASR, também a Migração da VM de Recuperação no estado pendente do IR não executa a migração ao vivo.
  

• Problema 20
  
  Quando uma máquina virtual é excluída, os pontos de verificação são mesclados antes de serem excluídos. Quando o usuário tenta excluir uma máquina virtual que tem pontos de verificação, a exclusão leva muito tempo (até uma hora) para ser concluída.
  

• Problema 21
  
  Uma operação Executar DO às vezes recebe uma exceção crítica: DBCorruptionException.
  

• Problema 22
  
  Alguns usuários usam grandes Conjuntos VIPAddress em vez de Intervalos de IP para facilitar a adição/remoção de IPs individuais. O esquema do Pacote de Gerenciamento do VMM atualmente limita esse campo a 256 caracteres (padrão). No entanto, os usuários podem ter valores de aproximadamente 500 caracteres. Portanto, a Descoberta interrompeu a integração VMM-OM devido a uma exceção inesperada do SCOM.
  

• Problema 23
  
  O RG de destino e os LUNs de destino não serão associados após a tarefa enableRG se os RG/LUNs forem pré-gerados.
  

• Problema 24
  
  É necessário atualizar as entradas de endereço MAC para um dispositivo de Gateway F5 quando ele falhar e for substituído. Se um dispositivo F5 for RMA'd e substituído por um novo dispositivo com um novo endereço MAC, o VMM não terá uma maneira de atualizar o endereço MAC para o novo dispositivo.
  

• Problema 25
  
  Permitir que o usuário carimbar na máquina virtual de réplica para permitir que você carimbar a identidade do usuário. Os usuários precisam atualizar os atributos UserRole e Owner em suas ReplicaVMs, mas atualmente qualquer operação na máquina virtual de réplica está bloqueada. Portanto, eles não podem atualizar esses dois parâmetros em VMs de réplica.
  

• Problema 26
  
  O compartilhamento SMB registrado não é exibido como opção de caminho de destino quando você implanta uma nova máquina virtual de HA em um cluster.
  

• Problema 27
  
  Exceção crítica no Armazenamento ao descobrir o serviço de replicação – ArgumentNullException – SetCustomOptions.
  

• Problema 28
  
  Durante o Atualizador de Host, o VMM consulta as informações da equipe (alternar equipe ou equipe LBFO). Enquanto a consulta das equipes de opção do VMM atinge a exceção do WSMan, o que faz com que o vswitch desapareça do console.
  

• Problema 29
  
  Não há suporte para o protocolo HTTPS no Probe e, em seguida, o VMM não pode criar uma regra de monitor para monitorar o site HTTPS. O VMM dá suporte a HTTP e HTTPs na seção de configuração de porta LB, mas NÃO há suporte para HTTPS na seção de protocolo de investigação lb.
  

• Problema 30
  
  O proprietário do recurso (Usuário SSU) não está autorizado a acessar a lista 'GrantedTo' de um recurso e, portanto, não consegue ver quem tem acesso ao recurso. Quando o usuário que concede acesso também é um usuário de autoatendimento, ele não pode ver as alterações feitas até reiniciar o console. Um usuário administrador pode ver a alteração, mas, para um usuário de autoatendimento, GrantedToList continua a retornar resultados armazenados em cache até que ele reinicie o console.
  

• Problema 31
  
  Não é possível mover discos pai que têm o processo de migração interno do VMM. O usuário tem várias centenas de VMs, com todos os discos de comparação apontando para um único pai. A movimentação de todas essas VMs para uma nova solução de armazenamento está sendo bloqueada pelo VMM. Para discos de comparação, se qualquer disco ancestral na hierarquia (relação pai/filho) for compartilhado por outro disco de comparação, a migração de armazenamento do disco de comparação será bloqueada pelo VMM. No entanto, ele é habilitado por meio do Gerenciador do Hyper-V.
  

• Problema 32
  
  O campo expectedDSColumn gera uma exceção crítica ao rastrear a mensagem para incompatibilidade de colunas, causando falha do servidor quando ele executa get-scvmhost. Depois que o BD do servidor for atualizado para Limite, o servidor R2 não poderá trabalhar com ele em determinados casos. Esse caminho de código é usado por alguns objetos de rede e objetos ADHC.
  

• Problema 33
  
  Quando você escala horizontalmente um modelo de serviço existente, máquinas virtuais Hyper-V duplicadas que têm o mesmo nome são criadas no VMM no System Center 2012 R2 Pacote Cumulativo de Atualizações 5.
  

• Problema 34
  
  Se as máquinas virtuais convidadas tiverem Windows atualização de segurança 3035131 ou 3031432 instaladas, o agente convidado do VMM não executará scripts GCE (Execução de Comando Genérico) solicitados pelo VMM como parte da implantação da VM. Isso pode causar falha em vários cenários em que você usa scripts GCE para implantação e manutenção. Por exemplo, quando você tenta fazer o serviço de um Modelo de Serviço do VMM por meio de scripts GCE, o código de erro 22029 é retornado.
  
  Observação Depois de instalar o Pacote Cumulativo de Atualizações 6 (ou pacotes cumulativos de atualizações posteriores) para o System Center Virtual Machine Manger 2012 R2, agora você precisa conceder logon como direitos de trabalho em lotes à conta Executar como especificada. Sem esses direitos, o agente convidado não pode executar os scripts GCE por meio de uma conta Executar como.
  

• Problema 35
  
  A migração dinâmica da máquina virtual falha quando você usa o espaço de armazenamento clusterizado como CSV e o armazenamento da máquina virtual está localizado em CSV. A Migração Dinâmica do Cluster Hyper-V não funciona após o VMM System Center Pacote Cumulativo de Atualizações 5 do R2 2012.
  

• Problema 36
  
  O posicionamento do disco base deve girar entre compartilhamentos de posicionamento válidos.
  

• Problema 37
  
  O Console do VMM pode usar uma cadeia de caracteres de versão existente durante a cópia do modelo de serviço. Às vezes, os usuários não podem copiar um modelo de serviço usando o comando "Copiar" para um modelo de serviço. O motivo é que o console do Administrador gera uma cadeia de caracteres já existente para a versão.
  

• Problema 38
  
  O bloco visão geral da capacidade está ausente no VMM System Center 2012 R2. No VMM no System Center 2012 SP1, no painel VMs e serviços, quando você seleciona um host e clica na visão geral no menu superior, o console fornece informações de Resumo e Capacidade sobre o host selecionado. Os detalhes sobre núcleos de processador, memória (GB) e Armazenamento (GB) ficaram indisponíveis no System Center 2012 R2.
  

• Problema 39
  
  Falha no serviço do VMM devido ao VSID duplicado. Em casos raros (sincronização/condição de corrida e colisão de número aleatório), sub-redes de máquina virtual HNV diferentes podem obter o mesmo VMSubnetIdentifier (também conhecido como VSID). Isso leva a um comportamento inesperado quando você usa essas sub-redes de máquina virtual HNV. Por exemplo, para VMs conectadas a essa sub-rede, as VMs podem não obter a conectividade esperada e não poderão se comunicar com VMs na mesma sub-rede. Ou quando o endereço IP for alterado, isso causará uma falha no Serviço do VMM.
  

• Problema 40
  
  Implantar uma máquina virtual por trás de um Load Balancer causa uma exceção crítica no posicionamento:
  

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

• Problema 41
  
  A Página Inicial introduzida no Pacote Cumulativo de Atualizações 5 foi removida no Pacote Cumulativo de Atualizações 6.
  

• Problema 42
  
  Uma máquina virtual não está associada a um grupo de replicação e não pôde ser movida para um local protegido pelo grupo de replicação.
  

• Problema 43
  
  O IP convidado na Rede HNV não está marcado como Dinâmico/DedicadoGuestIP, mesmo que as configurações estejam habilitadas para ele. Failover de AC interrompido. Para qualquer endereço IP adicionado/movido em uma máquina virtual conectada à Rede NVGRE (cenário de failover de IP convidado/cluster convidado HNV), o endereço IP *não* é marcado como dinâmico (tipo = DedicatedGuestIP no VMM) mesmo que a máquina virtual tenha as configurações EnableGuestIPNetworkVirtualizationUpdates=true. Quando o endereço IP for adicionado/movido pela primeira vez, ele funcionará, mas os failovers posteriores do IP (movendo de uma VM para outra) não serão detectados automaticamente. Portanto, o endereço IP não estará acessível e a VM perderá a conectividade.
  

• Problema 44
  
  Provedor de armazenamento inserido mais antigo da integração hitachi interrompida com UR5. O provedor de armazenamento não pode ser atualizado. Isso impede o gerenciamento do provedor.
  

• Problema 45
  
  O cliente do VMM falha quando você define o intervalo de tempo de otimização de energia.
  

• Problema 46
  
  Existe uma condição de corrida no descarte do WnvEventEntrySubscriptionObserver quando a conexão do host falha.
  

• Problema 47
  
  O CentOS 7 e o Red Hat Enterprise Linux 7 falham ao definir a configuração do adaptador de rede quando o DHCP é usado.
  
  Isso se aplica a todas as máquinas virtuais CentOS 7 e RHEL (Red Hat Enterprise Linux) 7 configuradas para usar o DHCP System Center Virtual Machine Manager. Os servidores CentOS 7 e RHEL 7 que usaram DHCP encontrariam dados de configuração de rede ausentes para cada interface ethernet usada pelo servidor Linux. Esse problema ocorre porque o CentOS 7 e o RHEL 7 não têm a ferramenta Linux ifconfig instalada por padrão, ao contrário de iterações anteriores. Os scripts de configuração para a rede DHCP foram atualizados para usar a ferramenta ip em vez de ifconfig se a ferramenta ip estiver instalada.

Como obter e instalar o Pacote Cumulativo de Atualizações 6 System Center 2012 R2 Virtual Machine Manager