Atualização de Notas de Lançamento

Notas Relacionadas à Instalação

Atualização de Recursos

Atualização de Drivers

Atualizações Relacionadas ao Kernel

Outras Atualizações

Amostras de Tecnologia

Problemas Resolvidos

Problemas Conhecidos

Ao instalar o Red Hat Enterprise Linux 5 em um convidado SMP totalmente virtualizado, a instalação pode congelar. Isto pode acontecer quando uma máquina (dom0) estiver rodando o Red Hat Enterprise Linux 5.1.

Para evitar que isto aconteça, configure o convidado para usar um processador único, usando o instalador. Você pode fazer isto usando a opção --vcpus=1 em virt-install. Depois de concluída a instalação, você poderá configurar o convidado para SMP, modificando o vcpus alocado em virt-manager.

Esta versão inclui o WBEMSMT, um conjunto de aplicativos baseados em web, que fornece uma interface de gerenciamento do tipo usuário-amigável para o Samba e DNS. Para maiores informações sobre o WBEMSMT, consulte o site http://sblim.wiki.sourceforge.net/.

A atualização do pm-utils a partir de uma versão Beta do Red Hat Enterprise Linux 5.1 do arquivo pm-utils irá falhar, resultando no seguinte erro:

erro: desempacotando o arquivo falho no arquivo  /etc/pm/sleep.d: cpio: rename

Para evitar que isto aconteça, remova o diretório /etc/pm/sleep.d/ antes de fazer o upgrade. Se houver qualquer arquivo em /etc/pm/sleep.d transfira-os para /etc/pm/hooks/.

Os testes de Hardware para o Mellanox MT25204, revelaram a existência de um erro interno sob condições de alta carga. Quando o driver ib_mthca reporta um erro catastrófico neste hardware, ele está geralmente relacionado à uma fila de operações não concluídas, dependendo do número de requisições de trabalhos pendentes geradas pelo aplicativo do usuário.

Apesar do driver zerar o hardware e recuperá-lo após tal evento, todas as conexões se perdem durante o erro. Isto geralmente resulta em uma falha de segmentação no aplicativo do usuário. Mais tarde, se o opensm estiver rodando quando o erro ocorrer, este terá que ser reiniciado manualmente, para finalizar a operação de forma adequada.

Os Discos de Atualização do Driver agora suportam o pacote do Programa baseado em RPM de Atualização do Driver da Red Hat. Se um disco de driver usar um formato mais novo, será possível incluir drivers empacotados do RPM, os quais serão preservados durante as atualizações de sistema.

Observe que os RPMs do driver são copiados somente para a variante do kernel padrão, que estiver em uso no sistema instalado. Por exemplo, se você instalar um RPM de driver em um sistema rodando o kernel virtualizado, será instalado somente o driver para o kernel virtualizado. O RPM do Driver não será instalado para qualquer outra variante do kernel instalado no sistema.

Portanto, se um sistema possuir diversas variantes do kernel instaladas, você precisará incializar o sistema para cada uma delas e instalar o RPM do driver. Por exemplo, se o seu sistema possuir kernel bare-metal e virtualizados instalados, inicialize seu sistema usando o kernel bare-metal e instale o RPM do driver. Depois disso, reinicialize o sistema no kernel virtualizado e instale o RPM do driver novamente.

Durante o tempo de vida do dom0, você pode criar convidados (ou seja, xm create) mais de 32.750 vezes. Por exemplo, se você tiver convidados reinicializando em loop, o dom0 irá falhar ao inicializar qualquer convidado após 32.750 vezes.

Caso isto aconteça, reinicie o dom0

O servidor Red Hat Enterprise Linux 5.1 NFS agora suporta exportações de referências. Estas exportações são baseadas em extensões do protocolo NFSv4. Qualquer cliente do NFS que não suporte estas extensões (ou seja, versões do Red Hat Enterprise Linux anteriores ao 5.1) não poderão acessar estas exportações.

Assim sendo, se um cliente NFS não suporta estas exportações, qualquer tentativa de acessá-las pode falhar com um erro de E/S. Em alguns casos, dependendo da implementação do cliente, a falha pode ser mais severa, incluindo a possibilidade de uma trava no sistema.

É importante que você tenha cautela para assegurar que as exportações de referência do NFS não podem ser acessadas pelo cliente que não as suporta.

GFS2 é um aprimoramento do GFS. Esta atualização contém diversas melhorias significantes, as quais requerem uma modificação no formato de sistema do arquivo de disco. Os sistemas de arquivo GFS podem ser convertidos para GFS2 usando o utilitário gfs2_convert, o qual atualiza o metadado de um sistema de arquivo de GFS de forma apropriada.

Apesar do GFS2 ter sido bastante aprimorado desde seu lançamento no Red Hat Enterprise Linux 5, ele ainda se apresenta como uma Amostra de Tecnologia. Existe um erro nas notas de lançamento desta distribuição, onde se lê que o GFS2 é totalmente suportado, quando na verdade não é. No entanto, os testes de padrão de referência indicam uma melhora no desempenho nas seguintes tarefas:

Além disso, o GFS2 também contém as seguintes mudanças:

Se você instalar o Red Hat Enterprise Linux5.1 nos sistemas blade HP BL860c, pode ocorrer um travamento durante o estágio da requisição de informação IP. Este problema se manifesta quando você tiver que selecionar a tecla OK duas vezes na tela Configurar TCP/IP.

Caso isto aconteça, reinicialize e realize a instalação com a autonegociação da Ethernet desabilitada. Para fazer isto, use o parâmetro ethtool="autoneg=off" ao inicializar a partir da mídia de instalação. Isto não afetará o sistema depois de instalado.

A opção de exportação nohide é solicitada nas exportações de referências (ex.: exportações que especifiquem um servidor de referência). Isto acontece pois as exportações de referência precisam "atravessar" um ponto delimitador de montagem. A opção de exportação nohide é solicitada para que a "travessia" seja bem sucedida.

Para maiores informações sobre montagem de delimitação, consulte o man export 5.

Esta atualização inclui o daemon de monitoração de evento do lvm2. Se você já estiver usando o espelhamento do lvm2, realize os seguintes passos para assegurar que todas as funções de monitoramento estejam atualizadas corretamente:

Rapid Virtualization Indexing (RVI) é agora suportado em kernels do PAE com 64-bit, 32-bit, e 32-bit. No entanto, o RVI só pode traduzir endereços de convidado virtual de 32-bits no hypervisor do PAE com 32-bits.

Assim sendo, se um convidado estiver rodando um kernel PAE com mais de 3840MB de RAM, ocorrerá um erro de tradução de endereço incorreto. Isto pode travar o convidado.

Recomendamos que você use o kernel de 64-bits, caso você pretenda rodar os convidados com mais de 4GB de RAM física sob o RVI.

Se você executar 16 cores ou mais, usando os processadores do AMD Rev F, o sistema pode zerar ao realizar instalações de convidado totalmente virtualizado.

Se você instalar o pacote systemtap-runtime, irá ocorrer um erro de checagem de transação se o pacote do systemtap já estiver instalado. Mais tarde, ocorrerá outra falha ao fazer o upgrade do Red Hat Enterprise Linux5 para 5.1, se o pacote do systemtap já estiver instalado.

Assim sendo, remova o pacote do systemtap, usando o comando rpm -e systemtap-0.5.12-1.e15 antes de instalar o systemtap-runtime ou realizar um upgrade.

Ao configurar o NFSROOT, BOOTPROTO deve ser configurado como BOOTPROTO=dhcp no /etc/sysconfig/network-scripts/ifcfg-eth0.

Se seu ambiente solicitar configurações diferentes para o BOOTPROTO, ajuste o BOOTPROTO=dhcp temporariamente no /etc/sysconfig/network-scripts/ifcfg-eth0 antes de criar o initrd. Você pode zerar o valor original do BOOTPROTO após o initrd ter sido criado.

O QLogic iSCSI Expansion Card para o IBM Bladecenter fornece tanto a função de ethernet quanto a iSCSI. Algumas partes desta placa são compartilhadas por ambas as funções. No entanto, os drivers qla3xxx e qla4xxx atualmente suportam as funções ethernet iSCSI individualmente. Ambos os drivers não suportam o uso das funções de ethernet e iSCSI simultâneamente.

Portanto, se você usar as duas funções simultaneamente, o dispositivo pode travar. Isto pode resultar em perda de dados e corrompimento do sistema de arquivo nos dispositivos iSCSI, ou interrupções de rede em outros dispositivos de ethernet conectados.

Ao usar o virt-manager para adicionar discos à um convidado existente, poderão ser criadas entradas duplicadas no arquivo de configuração /etc/xen/<domain name> do convidado. Estas entradas duplicadas evitarão que o convidado tenha que inicializar.

Portanto, remova estas entradas duplicadas.

Se você migrar um convidado entre duas máquinas repetidas vezes, pode ocorrer uma pane na máquina. Se a máquina for reinicializada após migrar um convidado para fora do sistema e antes de retornar o mesmo convidado, a pane não ocorrerá.

sysreport está obsoleta e sendo substituída pelo sos. Para instalar o sos, rode o yum install sos. Este comando instala sos e remove sysreport. Recomenda-se que você atualize qualquer arquivo do kickstart existente para refletir esta atualização.

Após instalar o sos, use o comando sosreport para invocá-lo. O uso do comando sysreport gera um aviso, dizendo que o sysreport está obsoleto, e caso continue ele invocará o sosreport.

Se você precisar usar a ferramenta sysreport especificamente, use o comando sysreport.legacy para invocá-lo.

Para maiores informações sobre o sosreport, consulte o man sosreport e sosreport --help.

Se você estiver copiando o conteúdo dos CD-ROMs do Red Hat Enterprise Linux 5 (ao se preparar para uma instalação através de rede, por exemplo), copie apenas os CD-ROMs para o sistema operacional. Não copie o CD-ROM Supplementary, ou qualquer um dos CD-ROMs de produtos, pois isto sobrescreverá arquivos necessários para a operação adequada do Anaconda.

O conteúdo do Supplementary CD-ROM e outros produtos de CD-ROMs em camada, devem ser instalados depois que os Red Hat Enterprise Linux5.1 tiverem sido instalados.

Ao instalar o Red Hat Enterprise Linux5.1 em um convidado totalmente virtualizado, não use o kernel kernel-xen. Usar este kernel em convidados totalmente virtualizados pode fazer com que seu sistema trave.

Se você estiver usando um Número de Instalação ao instalar Red Hat Enterprise Linux 5.1 em um convidado totalmente virtualizado, tenha certeza de desselecionar o grupo de pacote Virtualization durante a instalação. A opção do grupo de pacote Virtualization instala o kernel kernel-xen.

Note que os convidados paravirtualizados não são afetados por este problema, pois utilizam o kernel kernel-xen.

Se você estiver usando o kernel Virtualizado ao atualizar a partir do Red Hat Enterprise Linux5 para 5.1, você precisa reiniciar após terminada a atualização. Você deve então inicializar o sistema usando o kernel Virtualizado atualizado.

Os hypervisors do Red Hat Enterprise Linux5 e 5.1 não são compatíveis com o ABI. Se você não reiniciar o sistema, após atualizar usando o kernel Virtualizado, os RPMs da Virtualização atualizada não irão combinar com o kernel em execução.

Os clientes CIFS foram atualizados para a versão 1.48aRH. Esta atualização é baseada na versão 1.48a com reparos que contém as seguintes mudanças:

Observe que para usuários do produto EMC Celerra (NAS Code 5.5.26.x e abaixo) o cliente CIFS para ao acessar compartilhamento em EMC NAS. Este problema é caracterizado pelas seguintes mensagens de kernel:

kernel:  CIFS VFS: server not responding
kernel:  CIFS VFS: No response for cmd 162 mid 380
kernel:  CIFS VFS: RFC1001 size 135 bigger than SMB for Mid=384

Após montagem de CIFS, torna-se possível ler/gravar qualquer arquivo nele e qualquer aplicativo que tentar uma E/S em um ponto de montagem, irá parar. Para resolver isto, atualize o NAS Code 5.5.27.5 ou posteriores a este (use o número de caso emc165978 do EMC Primus).

tags do MODULE_FIRMWARE são agora suportadas

controladores do ICH9 agora são suportados.

processadores do Greyhound são agora suportados nas chamadas CPUID.

Oprofile agora suporta novos eventos de contador de desempenho do Greyhound.

Directed DIAG agora é suportado para melhorar o uso do z/VM.

O conjunto de chip gráfico da Intel é agora suportado através do módulo do kernel DRM. Além disso, o DRM API, foi atualizado para a versão 1.3 para suportar renderização direta.

As atualizações para gerenciamento de potência de ACPI aprimorou o S3 suspend-to-RAM e S4 hibernate.

gaim é chamado agora de pidgin.

Intel microcode atualizado para versão1.17. Isto adiciona suporte para novos processadores Intel.

Falha ativa implícita usando o dm-multipath no armazenamento EMC Clariion é agora suportado.

A fonte Chinesa Zysong não é mais instalada como parte do pacote fonts-chinese. Zysong agora é empacotado separadamente como fonts-chinese-zysong. O pacote fonts-chinese-zysong está localizado no Supplementary CD.

Observe que o pacote fonts-chinese-zysong é necessário para suportar o Padrão Nacional Chinês GB18030.

O nome de usuário e senha do Challenge Handshake Authentication Protocol (CHAP) possuem um limite de caracteres de 256 cada.

pump foi caracterizado como obsoleto nesta versão. Assim, configurar sua interface de rede através do netconfig pode resultar em scripts interrompidos do ifcfg.

Para configurar corretamente sua interface de rede, use o system-config-network. A instalação do pacote system-config-network atualizado, remove onetconfig.

rpm --aid não é mais suportado. Recomenda-se que utilize o yum para atualizar e instalar pacotes.

Um bug SATA, que fazia com que os sistemas equipados com SATA pausassem durante o processo de inicialização e exibissem um erro antes de resumir, foi reparado.

Em sistemas de inicialização múltipla, o parted agora preserva a seção de inicialização da partição primária onde Windows Vista™ está instalado. Assim sendo, ao configurar um sistema de inicialização múltipla com Red Hat Enterprise Linux5.1 e Windows Vista™, o último não é mais renderizado como não inicializável.

rmmod xennet não trava mais o domU.

Sistemas AMD Sun Blade X8400 Server Module de quatro soquetes que não tenham memória configurada no node 0 não entrarão mais em pane.

conga e luci pode agora ser usado para criar e configurar domínios de falha.

Ao instalar o grupo Cluster Storage através do yum, a transação não falha mais.

Durante a instalação, contextos incorretos de SELinux, não são mais atribuídos ao /var/log/faillog e /var/log/tallylog.

Na Plataforma AMD de centro dúplo, a atividade intensiva de cpu em uma cpu única, não faz mais com que os centros de CPU mudem suas frequências.

Ao instalar o Red Hat Enterprise Linux 5.1 usando mídia de instalação heterogênea (por exemplo, CD ou NFSISO), um erro ocorre durante a instalação do amanda-server.

Durante o processo de instalação, o Anaconda pode agora detectar mais do que 4GB de RAM. Isto possibilita o Anaconda a determinar automaticamente se ele precisa instalar a variante do kernel-PAE do kernel ou não.

EDAC agora reporta a quantia exata de memória nos últimos processadores k8.

Autenticar-se em um desktop Gnome remoto via gdm, não faz mais com que a tela de autenticação trave.

Um erro no autofs que previnia que múltiplas montagens funcionassem corretamente, foi reparado.

Diversos reparos no utrace aplicam as seguintes mudanças:

Um erro (bug) de Relógio de Tempo Real (RTC) evitava alarmes e interrupções periódicas de RTC de funcionar corretamente, foi reparado.

A primeira vez que o botão Notas de Lançamento for pressionado no Anaconda, ocorrerá um atraso enquanto a janela processa as Notas de Lançamento. Durante este atraso, uma lista vazia, semelhante, aparecerá na janela. O processo é concluído normalmente com rapidez, portanto a maioria dos usuários não irão sequer notar este erro.

Este atraso se dá pelo fato da fase de instalação do pacote ser a fase de instalação mais intensa da CPU.

Adaptadores de barramento do host usando o driver MegaRAID devem ser configurados para operar em modo de emulação de "Armazenamento em Massa", e não em modo de emulação "I2O". Para fazer isto, execute os seguintes passos:

Se o adaptador estiver incorretamente configurado para emulação "I2O", o sistema tentará carregar o driver I2O. Isto falhará, e impedirá que o driver adequado seja carregado.

As versões do Red Hat Enterprise Linux anteriores não tentavam carregar o driver I2O antes do driver MegaRAID. Independentemente disto, o hardware deve sempre ser configurado para modo de emulação "Armazenamento em Massa" quando usado com o Linux.

Laptops com placa de rede sem-fio Cisco Aironet MPI-350 podem travar ao tentar obter um endereço DHCP durante qualquer instalação por rede que use a porta de Ethernet com fio.

Para contornar este problema, use mídia local para a sua instalação. Alternativamente, você pode desabilitar a placa de rede sem-fio no BIOS do laptop antes da instalação (você pode reabilitar a placa de rede sem fio após o término da instalação).

Atualmente, o system-config-kickstart não suporta a marcação e desmarcação de pacotes. Ao usar o system-config-kickstart, a opção Seleção de Pacotes indica que está desabilitada. Isto é porque o system-config-kickstart usa o yum para coletar informações de grupo mas não pode configurar o yum, para conectar-se ao Red Hat Network.

No momento, você precisará atualizar seções de pacotes nos seus arquivos de kickstart manualmente. Ao usar o system-config-kickstart para abrir um arquivo de kickstart, o aplicativo preservará todas as informações de pacotes contidas no arquivo e as gravará novamente quando você salvar.

O registro em /var/log/boot.log durante a inicialização não está disponível nesta versão do Red Hat Enterprise Linux 5. Uma funcionalidade equivalente será adicionada em uma atualização futura.

Ao atualizar do Red Hat Enterprise Linux 4 para o Red Hat Enterprise Linux 5, o Guia de Implementação não é instalado automaticamente. Você precisa usar o pirut para instalá-lo manualmente após o término da atualização.

O sistema pode não reinicializar com sucesso em um kernel kexec/kdump se o X estiver rodando e usando um driver que não seja o vesa. Este problema existe apenas com o conjunto de chips gráficos ATI Rage XL.

Se o X estiver rodando em um sistema equipado com o ATI Rage XL, certifique-se de que esteja usando o driver vesa para que possa reinicializar com sucesso em um kernel kexec/kdump.

Ao usar o Red Hat Enterprise Linux 5 em uma máquina com o conjunto de chips nVidia CK804 instalado, você receberá as seguintes mensagens de kernel:

kernel: assign_interrupt_mode Found MSI capability
kernel: pcie_portdrv_probe->Dev[005d:10de] has invalid IRQ. Check vendor BIOS

Estas mensagens indicam que certas portas PCI-E não estão requisitando IRQs. Além disso, estas mensagens não afetam a operação da máquina de maneira nenhuma.

Dispositivos de armazenamento removível (tal como CDs e DVDs) não montam automaticamente quando você estiver autenticado como usuário root. Portanto, você precisará montar manualmente o dispositivo através do gerenciador de arquivo gráfico.

Como forma alternativa, você pode executar o seguinte comando para montar o dispositivo no /media:

mount /dev/<device name> /media

O IBM System z não oferece um console tradicional estilo Unix. Portanto, o Red Hat Enterprise Linux 5 para o IBM System z não suporta a funcionalidade firstboot durante o carregamento inicial do programa.

Para inicializar adequadamente a configuração para o Red Hat Enterprise Linux 5 no IBM System z, execute os seguintes comandos após a instalação:

Ao fazer um upgrade do Red Hat Enterprise Linux5 para Red Hat Enterprise Linux5.1 através do Red Hat Network, o yum pode não solicitar que você importe a chave redhat-beta. Portanto, é recomendável que você importe a chave redhat-beta manualmente antes da atualização. Para fazer isto, execute o seguinte comando:

rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-beta

Quando um LUN for removido de um arquivador configurado, a mudança não é refletida na máquina. Nestes casos, os comandos lvm irão parar indefinidamente quando o dm-multipath estiver em uso, pois o LUN se tornou obsoleto.

Para resolver este problema, remova todos os dispositivos e faça um link das entradas mpath no /etc/lvm/.cache específicas para o LUN obsoleto.

Para descobrir quais são estas entradas, execute o seguinte comando:

ls -l /dev/mpath | grep <LUN obsoleto>

Por exemplo <LUN obsoleto> for 3600d0230003414f30000203a7bc41a00, podem aparecer os seguintes resultados:

lrwxrwxrwx 1 root root 7 Aug  2 10:33 /3600d0230003414f30000203a7bc41a00 -> ../dm-4
lrwxrwxrwx 1 root root 7 Aug  2 10:33 /3600d0230003414f30000203a7bc41a00p1 -> ../dm-5

Isto significa que 3600d0230003414f30000203a7bc41a00 é mapeado para dois links mpath: dm-4 e dm-5.

Como tal, as seguintes linhas devem ser deletadas a partir do /etc/lvm/.cache:

/dev/dm-4 
/dev/dm-5 
/dev/mapper/3600d0230003414f30000203a7bc41a00
/dev/mapper/3600d0230003414f30000203a7bc41a00p1
/dev/mpath/3600d0230003414f30000203a7bc41a00
/dev/mpath/3600d0230003414f30000203a7bc41a00p1

Ao tentar criar um convidado Windows™ completamente virtualizado a partir de um CD/DVD, o segundo estágio da instalação do convidado não continuará após a reinicialização.

Para driblar este problema, edite o /etc/xen/<nome da máquina convidada> para adicionar uma entrada adequada para o dispositivo de CD/DVD.

Se uma instalação em um arquivo simples for usada como um dispositivo virtual, a linha disk do /etc/xen/<nome da máquina convidada> deverá ser a seguinte:

disk = [ 'file:/PATH-OF-SIMPLE-FILE,hda,w']

Um DVD-ROM localizado no host como /dev/dvd pode ser disponibilizado no segundo estágio da instalação como hdc através da adição da linha 'phy:/dev/dvd,hdc:cdrom,r'. Desta forma, a linha disk deverá agora ser a seguinte:

disk = [ 'file:/opt/win2003-sp1-20061107,hda,w', 'phy:/dev/dvd,hdc:cdrom,r']

O caminho exato a ser usado para o dispositivo pode variar de acordo com o seu hardware.

Se o módulo sctp não for adicionado ao kernel, a execução de netstat com o -A inet ou -A inet6 termina anormalmente com a seguinte mensagem:

netstat: no support for `AF INET (sctp)' on this system.        

Para evitar que isto aconteça, instale o módulo do kernel sctp.

Os kernels atuais não declaram sinais de Terminal de Dados Pronto (DTR) antes de imprimir em portas seriais durante a inicialização. A declaração de DTR é requerida em alguns dispositivos. Como resultado disto, as mensagens de inicialização do kernel não são impressas em consoles seriais em tais dispositivos.

O AMD 8132 e HP BroadCom HT100 usados em algumas plataformas (como a HP dc7700) não suportam os ciclos MMCONFIG. Se seu sistema usar um conjunto de chip, sua configuração de PCI deve usar um mecanismo PortIO CF8/CFC antigo. Para configurar isto, inicialize o sistema com o parâmetro do kernel -pci nommconfig durante a instalação e adicionepci=nommconf ao GRUB após a reinicialização.

Além disso, o conjunto de chip AMD 8132 não suporta a Interrupção de Mensagens com Sinais (MSI). Se seu sistema usar este conjunto de chip, você também deve desabilitar o MSI. Para fazer isto, use o parâmetro do kernel -pci nomsi durante a instalação e adicione o pci=nomsi para o GRUB após a inicialização.

No entanto, se sua plataforma específica não for autorizada pelo kernel, seu sistema não irá solicitar os parâmetros do kernel pci já mencionados. As seguintes plataformas HP não foram autorizadas pelo kernel:

Ao executar um kernel (não Virtualizado) de bare-metal, o servidor X pode não estar apto para recuperar as informações do EDID a partir do monitor. Quando isto acontecer, os drivers gráficos estarão indisponíveis para exibir as resoluções mais altas do que 800x600.

Para resolver este problema, adicione a seguinte linha à seção ServerLayout do /etc/X11/xorg.conf:

Opção "Int10Backend" "x86emu"

O Gerenciador de Máquina Virtual (virt-manager) incluso nesta versão, não permite que usuários especifiquem argumentos de inicialização adicionais para o instalador de convidado paravirtualizado. Isto acontece mesmo quando tais argumentos são solicitados para instalar certos tipos de convidados paravirtualizados em tipos específicos de hardware.

Este problema será tratado em uma versão futura do virt-manager. Para especificar os argumentos do kernel arbitrário ao instalar os convidados paravirtualizados a partir da linha de comando, use virt-install.

Com a configuração dm-multipath padrão, os dispositivos Netapp podem levar alguns minutos para concluir o failback após um caminho falho anterior ter sido recuperado. Para resolver este problema, adicione a seguinte configuração de dispositivo do Netapp à seção devices do arquivo multipath.conf :

devices {
        device {
                vendor                  "NETAPP"
                product                 "LUN"
                getuid_callout          "/sbin/scsi_id -g -u -s /block/%n"
                prio_callout            "/sbin/mpath_prio_netapp /dev/%n"
                features                "1 queue_if_no_path"
                hardware_handler        "0"
                path_grouping_policy    group_by_prio
                failback                immediate
                rr_weight               uniform
                rr_min_io               128
                path_checker            directio
        }