Users Guide

Apesar do bom funcionamento da uma VM baseada em Linux, executando um kernel 2.6.32 ou superior, à qual tenha
sido atribuída diretamente um dispositivo PCIe ou de uma Função Virtual (Virtual Function - VF) SR-IOV, há um
problema conhecido com a VM do Microsoft Windows Server 2008/R2 que resulta em um erro do tipo "yellow bang"
(ponto de exclamação amarelo). Esse é um problema do KVM VMM em si, e não do driver Intel ou da lógica SR-IOV
da VMM, mas aquele KVM emula um modelo de CPU mais antigo para os convidados, e este modelo de CPU mais
antigo não suporta interrupções no MSI-X, o que é requisito para o Intel SR-IOV.
Se você quiser usar controladores Intel baseados em X540 ou 82599 no modo SR-IOV com o KVM e um convidado
Microsoft Windows Server 2008/R2, experimente a solução alternativa a seguir. A solução alternativa é usar um
comando para o KVM emular um modelo diferente de CPU quando usar qemu para criar o convidado KVM:
"-cpu qemu64,model=13"
Não foi possível obter o lease de DHCP na inicialização com o RedHat
Para configurações em que o processo de auto-negociação dure mais de 5 minutos, o script de inicialização pode
falhar com a seguinte mensagem:
"ethX: failed. Nenhum link presente. Verificar cabo?"
Se este erro for exibido mesmo que a presença de um link possa ser confirmada usando o ethtool ethX, defina
LINKDELAY=15 em /etc/sysconfig/network-scripts/ifcfg-ethX.
NOTA: O tempo do link pode demorar até 30 segundos. Ajuste o valor LINKDELAY em conformidade.
Alternativamente, o Gerenciador de Rede pode ser usado para configurar as interfaces, que evitam o tempo limite
definido. Para instruções de configuração do Gerenciador de Rede, consulte a documentação fornecida pela sua
distribuição.
Carregar o driver ixgbe nos kernels 3.2.x e posteriores exibe mensagem do kernel
danificado.
Devido a mudanças recentes no kernel, carregar um driver fora da árvore faz o kernel ser danificado.
Host pode reiniciar após remover a PF quando a VF está ativa no convidado
Se estiver usando as versões de kernel anteriores a 3.2, não descarregue o driver PF com os VFs ativos. Isso faz seus
VFs pararem de trabalhar até você recarregar o driver PF e pode fazer uma reinicialização espontânea do seu
sistema.
O Software Bridging não funciona com funções virtuais do SR-IOV
As funções virtuais do SR-IOV não são capazes de enviar ou receber tráfego entre VMs usando conexões emuladas
em uma ponte e conexões do Linux Software que utilizam as VFs do SR-IOV.
Descarregar o Driver da Função Física (PF - Physical Function) Faz com que o
Sistema Reinicie quando a VM estiver em Execução e a VF for Carregada na VM
O descarregamento do driver da função física (PF - Physical Function) faz com que o sistema seja reiniciado quando a
VM estiver em funcionamento e a VF estiver carregada na VM
Não descarregue o driver da PF (ixgbe) quando houver VFs atribuídas a convidados.