Introdução

Este documento enfoca os seguintes tópicos:

  • 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

Algumas informações sobre o Red Hat Enterprise Linux 5 .1 talvez não apareçam nesta versão das notas de lançamento. Uma versão atualizada das notas de lançamento pode ser encontrada na seguinte URL:

http://www.redhat.com/docs/manuals/enterprise/

Atualizações de Notas de Lançamento

Esta seção contém informações sobre o Red Hat Enterprise Linux 5.1, as quais não estavam inclusas nas Notas de Lançamento na distribuição.

  • 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:

    • uso intenso em um único diretório e escaneamentos de diretório mais rápido (Padrão de referência Postmark)

    • operações de E/S sincronizadas (fstest teste de padrão de referência indica melhora do desempenho para aplicativos de mensagem como TIBCO)

    • leitura em cache, como não há mais nenhuma sobrecarga de bloqueio

    • E/S direta para arquivos pré-alocados

    • consultas de manuseio de arquivo NFS

    • df, pois as informações sobre alocações estão agora em cache

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

    • diários, são agora arquivos simples (apesar de escondidos) ao invés de metadados. Os diários podem agora ser adicionados dinamicamente como montagem de servidores adicionais.

    • cotas são agora habilitadas e desabilitadas através da opção de montagem quota=<on|off|account>

    • quiesce não é mais necessário em um cluster para repetir diários para recuperação de falhas.

    • carimbos de data e hora nanosecond são agora suportados

    • assim como ext3, o GFS2 suporta agora o módulo data=ordered

    • as configurações de funções lsattr() e chattr() são agora suportadas através do ioctl() padrão.

    • os tamanhos de sistema de arquivo acima de 16TB são agora suportados

    • o GFS2 é um sistema de arquivo padrão, e pode ser usado em configuraçoes que não estiverem em cluster

  • 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:

    1. Desative todos os volumes lógicos do lvm2 que estiverem espelhados antes da atualização. Para fazer isto, use o comando lvchange -a n <grupo de volume ou volume espelhado>.

    2. Interrompa o daemon do evento antigo lvm2 usando o killall - HUP dmeventd.

    3. Realize a atualização de todos os pacotes relacionados ao RPM, ou seja, os device-mapper e lvm2.

    4. Reative todos os volumes espelhados, usando o lvchange -a y <grupo de volume ou volume espelhado>.

  • 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.

Notas Relacionadas à Instalação

A próxima seção contém informações específicas sobre Anaconda e a instalação do Red Hat Enterprise Linux 5.1

Para atualizar um Red Hat Enterprise Linux5 já instalado, use Red Hat Network para atualizar os pacotes que tenham sido modificados.

Você pode usar o Anaconda para realizar uma nova instalação do Red Hat Enterprise Linux 5.1 ou para fazer uma atualização da versão atualizada mais recentemente do Red Hat Enterprise Linux 4 para o Red Hat Enterprise Linux 5.1. O Anaconda também pode ser usado para atualizar um Red Hat Enterprise Linux5 já instalado.

  • 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.

Instalação/Inicialização para o Iniciador de Software iSCSI (open-iscsi)

A instalação e inicialização do iSCSI foi introduzida inicialmente no Red Hat Enterprise Linux5 como uma Amostra de Tecnologia. Este recurso não é mais suportado totalmente e possui as restrições descritas abaixo.

Esta capacidade possui três configurações, dependendo se você está:

  • usando um iniciador iSCSI de hardware (como o QLogic qla4xxx)

  • usando o iniciador open-iscsi em um sistema com suporte de inicialização firmware para iSCSI (tal como o ISCSI Boot Firmware, ou uma versão do Open Firmware que contém a capacidade de inicialização do iSCSI).

  • usando o iniciador open-iscsi em um sistema com suporte de inicialização de firmware para iSCSI

Usando um Iniciador iSCSI de Hardware

Se você estiver usando um iniciador de iSCSI de hardware, use o utilitário de configuração do BIOS da placa para inserir o endereço IP e outros parâmetros requeridos para obter acesso ao armazenamento remoto. As unidades lógicas do armazenamento remoto ficarão disponíveis no Anaconda como dispositivos padrão sd, sem requisição de configuração adicional.

Se você precisar determinar o nome qualificado do iniciador (IQN) para configurar o servidor de armazenamento remoto, siga estes passos durante a instalação:

  1. Vá à página instalador onde você irá selecionar quais drives de disco usar para a instalação.

  2. Clique em Configuração de armazenamento avançado.

  3. Clique em Adicionar alvo de iSCSI.

  4. O IQN iSCSI será exibido nesta tela.

Usando o open-iscsi em Um Sistema Com Suporte de Inicialização Firmware para iSCSI

Se você estiver usando o iniciador de software open-iscsi em um sistema com suporte de inicialização para firmware para iSCSI, use o utilitário de configuração de firmware para inserir o endereço IP e outros parâmetros necessários para acessar o armazenamento remoto. Assim, você configura o sistema para inicializar a partir do armazenamento iSCSI remoto.

Atualmente, o Anaconda não acessa as informações iSCSI mantidas pelo firmware. Ao invés disso, você precisa inserir manualmente o alvo de endereço IP durante a instalação. Para isso, determine o IQN do iniciador usando o procedimento descrito acima. Depois disso, na mesma página de instalador onde o iniciador IQN é exibido, especifique o endereço IP do alvo iSCSI onde você deseja instalar.

Após especificar manualmente o endereço IP do alvo iSCSI, as unidades lógicas nos alvos iSCSI estarão disponíveis para instalação. O initrd criado pelo Anaconda irá obter o IQN e o endereço IP do alvo iSCSI.

Se o IQN ou endereço IP do alvo iSCSI mudarem no futuro, insira o utilitário de configuração iBFT ou o Open Firmware em cada iniciador e mude os parâmetros de correspondência. Depois disso, modifique o initrd (armazenado no iSCSI) para cada iniciador como a seguir:

  1. Expanda o initrd usando gunzip.

  2. Desempacote-o usando cpio -i.

  3. No arquivo init, procure pela linha que contenha a faixa iscsistartup. Esta linha também contém o IQN e o endereço IP do alvo iSCSI. Atualize esta linha com o novo IQN e endereço IP.

  4. Re-empacote o initrd usando cpio -o.

  5. Recomprima o initrd usando gunzip.

A habilidade do sistema operacional de obter informações do iSCSI mantidas pelo Open Firmware/ iBFT firmware, está planejada para ser lançada nas próximas versões. Tal aprimoramento, descarta a necessidade de um initrd (armazenado no iSCSI) para cada iniciador, todas as vezes que o endereço IP ou IQN do alvo iSCSI for modificado.

Usando o open-iscsi em Um Sistema Sem Suporte de Inicialização de Firmware para iSCSI

Se você estiver usando o iniciador de software open-iscsi em um sistema sem suporte de inicialização de firmware para iSCSI, use uma capacidade de inicialização de rede (como o PXE/tftp). Neste caso, siga o mesmo procedimento descrito anteriormente para determinar o iniciador IQN e especifique o endereço IP do alvo iSCSI. Uma vez concluído, copie o initrd para o servidor de inicialização de rede e configure o sistema para a inicialização de rede.

Da mesma forma, se o endereço IP ou iQN do alvo iSCSI for modificado, o initrd também deve ser modificado. Para fazer isto, use o mesmo procedimento descrito anteriormente para modificar o initrd para cada iniciador.

Atualizações de Recurso

Melhorias para EXT3

A capacidade máxima do EXT3 é agora 16TB (ao invés de 8TB). Este aprimoramento, foi inicialmente incluído no Red Hat Enterprise Linux5 como uma Amostra de Tecnologia, e agora é totalmente suportado nesta versão.

yum-security

Agora é possível limitar o yum para instalar somente atualizações de segurança . Para tal, simplesmente instale o plugin yum-security e execute o seguinte comando:

yum update --security

Reiniciando o Recurso Independentemente

Agora é possível reiniciar um recurso sem interromper seu serviço parente. Isto pode ser configurado no /etc/cluster/cluster.conf em um nó em execução usando a função __independent_subtree="1" para marcar um recurso como independente.

Por exemplo:

<service name="example">
        <fs name="One" __independent_subtree="1" ...>
                <nfsexport ...>
                        <nfsclient .../>
                </nfsexport>
        </fs>
        <fs name="Two" ...>
                <nfsexport ...>
                        <nfsclient .../>
                </nfsexport>
                <script name="Database" .../>
        </fs>
        <ip/>
</service>

Segue aqui, dois dos recursos de sistema de arquivo utilizados: One eTwo. Se One falhar, ele será reiniciado sem interrupções Two. Se Two falhar, todos os componentes (One, filho de One e filho de Two) serão reiniciados. A qualquer momento, Two e seus filhos, estarão dependentes de qualquer recurso fornecido pelo One.

Observe que o Samba requer uma estrutura de serviço específico, e como tal, ele não pode ser usado em um serviço com sub-árvores independentes. Isto também vale para diversos outros recursos, portanto use a função __independent_subtree="1" com precaução.

Virtualização

As seguintes atualizações do componente de Virtualização estão também inclusas nesta versão:

  • O kernel virtualizado pode agora utilizar a função kdump.

  • AMD-V é suportado nesta versão. Isto possibilita a imediata migração do domínio para convidados totalmente virtualizados.

  • O kernel virtualizado pode agora suportar até 16GB de RAM.

  • A API do soquete dentro do kernel foi expandida. Isto foi realizado para reparar bugs que venham a acontecer durante a execução do sctp entre os convidados.

  • A rede Virtual é agora parte do libvirt, a biblioteca de virtualização. O comando libvirt, possui um conjunto de comandos que configura um roteador/NAT virtual e rede privada para todos os convidados locais em uma máquina. Isto é útil especialmente para convidados que não precisam ser roteáveis do lado de fora. Também pode ser útil para desenvolvedores que usam laptops com o componente de Virtualização.

    Note que a capacidade de rede virtual adiciona uma dependência em dnsmasq, que manuseia o dhcp para rede virtual.

    Para maiores informações, sobre libvirt, consultehttp://libvirt.org.

  • libvirt pode agora gerenciar máquinas virtuais desativadas. libvirt faz isto ao definir e retirar definição dos domínios sem parar ou iniciá-los. Esta funcionalidade é semelhante aos comandos virsh define e virsh undefine.

    Este aprimoramente permite que o Gerenciador de Máquinas Virtuais da Red Hat exiba todos os convidados disponíveis. Isto permite que você inicie estes convidados diretamente a partir do GUI.

  • A instalação do pacote kernel-xen, não leva mais à criação de entradas elilo.conf incorretas/incompletas.

  • Convidados completamente virtualizados agora suportam migração instantânea.

  • O comando xm create não possui um equivalente gráfico no virt-manager.

  • Paginação Aninhada (NP - Nested Paging) é agora suportado. Este recurso reduz a complexidade de gerenciamento de memória em ambientes virtualizados. Além disso, o NP também reduz o uso de memória nos convidados de memória intensiva.

    No momento , o NP não está habilitado por padrão. Se seu sistema suportar o NP, recomenda-se que você o ative inicializando o hypervisor com o parâmetro hap=1..

Tabelas de Páginas Compartilhadas

Tabelas de páginas compartilhadas são agora suportadas para a memória hugetlb. Isto possibilia que as entradas de tabela de página sejam compartilhadas entre processos múltiplos.

Compartilhar as entradas de tabelas de páginas entre processos múltiplos consome menos espaço de cache. Isto causa uma melhora na taxa de acesso do cache do aplicativo, resultando em um melhor desempenho.

divider

A opção divider=<value> é um parâmetro de linha de comando do kernel, que permite que você ajuste a taxa de relógio do sistema enquanto mantém o mesmo valor de horário HZ para aplicativos de espaço.

Ao usar a opção divider= você pode reduzir a sobrecarga da CPU e aumentar a eficiência, porém irá reduzir a exatidão das operações de horários e perfil. Isto é muito útil nos ambientes virtualizados, assim como para certos aplicativos.

Alguns <valores> úteis para o padrão de relógio de 1000Hz são:

  • 2 = 500Hz

  • 4 = 250Hz

  • 10 = 100Hz (valor usado pelas versões anteriores do Red Hat Enterprise Linux)

Note that the virtualized kernel uses a 250HZ clock by defaul. As such, it does not need the divider= option either in dom0 or in paravirtualized guests.

Instalando em Dispositivos dm-multipath

O Anaconda agora pode detectar, criar e instalar em dispositivos dm-multipath. Para habilitar esta funcionalidade, adicione o parâmetro mpath à linha de inicialização do kernel.

Este recurso foi inicialmente introduzido no Red Hat Enterprise Linux5 como uma Amostra de Tecnologia, e é agora totalmente suportado nesta versão.

Observe que dm-multipath também oferece suporte de 'Caixa de Entrada' para o Dell MD3000. No entanto, nós múltiplos que utilizem dm-multipath para acessar o MD3000, não poderão realizar failback imediato.

Recomendamos que, mais tarde utilize a interface Particionamento Padronizado no Anaconda se seu sistema possuir ambos os dispositivos caminho múltiplo e caminho não-múltiplo. Usar o Particionamento Automático em alguns casos, pode criar os dois tipos de dispositivos nos mesmos grupos de volume lógico.

No momento, existem as seguintes restrições neste recurso:

  • Se existir somente um caminho para inicializar o Número de Unidade Lógica (LUN), o Anaconda irá instalar no dispositivo SCSI até mesmo se o mpath for especificado. Mesmo depois que você habilitar caminhos múltiplos para inicializar o LUN e recriar o initrd, o sistema operacional irá inicializar a partir do dispositivo SCSI ao invés do dispositivo dm-multipath.

    No entanto, se houver caminhos múltiplos para inicializar LUN para começar, o Anaconda irá instalar corretamente ao dispositivo dm-multipath correspondente, após mpath ser especificado na linha de inicialização do kernel.

  • Por padrão, o user_friendly_names está configurado para yes em multipath.conf. Esta é uma configuração requerida na implementação do suporte do dispositivo root dm-multipath. Portanto, configurar user_friendly_names para no e recriar o initrd resultará em falha de inicialização com o seguinte erro:

    Checking filesystems
    fsck.ext3: No such file or directory while trying to open /dev/mapper/mpath0p1
    
Inicializar a partir da Rede de Área de Armazenamento (SAN)

A habilidade de inicializar a partir de um dispositivo de disco SAN é agora suportada. Neste caso, o SAN se refere à um Canal de Fibra ou uma interface iSCSI. Esta capacidade também fornece suporte para conexão de sistema-para-armazenamento através dos caminhos múltiplos, usando dm-multipath.

Em configurações que utilizam adaptadores múltiplos de barramento do host (HBA), você pode precisar configurar o sistema BIOS para inicializar de outro adaptador, caso todos os caminhos no adaptador atual falharem.

Programa de Atualização de Drivers

O Programa de Atualização de Driver (DUP) foi criado para permitir que fabricantes de terceiros (como os OEMs) adicionem seus próprios drivers de dispositivo e outros Módulos de Kernel Linux aos sistemas Red Hat Enterprise Linux5 usando pacotes regulares de RPM como containers de distribuição.

Red Hat Enterprise Linux5.1 contém diversas atualizações do DUP como estas a seguir:

  • RPMs de Atualização de Driver em tempo de instalação através dos Discos de Atualização de Driver é agora suportado

  • Atualizações de Driver de caminho de inicialização afetando o caminho de inicialização do sistema, são agora suportadas

  • Suporte para pacotes de terceiros de Arquitetura de Som do Linux Avançada (ALSA), é considerada obsoleta.

Além destas, diversas atualizações foram aplicadas às listas brancas (whitelists) do símbolo ABI do kernel aprovado. Estas listas brancas (whitelists) são usadas pelos drivers de empacotamento para determinar quais símbolos e estruturas de dados fornecidos pelo kernel podem ser usados em um driver de terceiro.

Para maiores informações, consulte http://www.kerneldrivers.org/RedHatKernelModulePackages.

Atualização de Drivers

Atualizações de Driver Geral
  • acpi: módulo atualizado ibm_acpi para endereçar ACPI e problemas de estações de encaixe com os laptops Lenovo

  • ipmi: Pesquisa kthread não roda mais quando a interrupção do hardware é atribuída ao Controlador de Gerenciamento de Placa Base.

  • sata: SATA/SAS atualizada para versão 2.6.22-rc3.

  • openib e openmpi: atualizados para a versão 1.2 do OFED ( OpenFabrics Enterprise Distribution).

  • powernow-k8: atualizado para versão 2.0.0 para suportar totalmente o Greyhound

  • xinput: adicionado para ativar suporte total de RSA.

  • aic94xx: atualizado para versão 1.0.2-1, na linha com uma atualização de um firmware sequenciador embutido para v17. Estas atualizações se aplicam às seguintes mudanças:

    • ascb condições fixas de concorrência em plataformas com expansores

    • adicionado REQ_TASK_ABORT e manuseadores DEVICE_RESET

    • portas físicas são agora limpas corretamente após um erro de descoberta

    • phys podem agora ser habilitadas e desabilitadas através sysfs

    • uso estendido do bloqueio DDB para prevenir condição de concorrência do DDB

Audio

ALSA atualizada para versão 1.0.14. Esta atualização contém os seguintes reparos:

  • problema de ruído reparado no IBM Taroko (M50)

  • Realtek ALC861agora é suportado

  • foi reparado um problema de falta de som no xw8600 e xw6600

  • ADI 1884 Audio agora é suportado

  • foi reparado um problema de configuração de audio no xw4600

PCI
  • foram adicionadas chamadas de funções para ajustar tamanho de requisição de leitura máxima para PCIX e PCI Express

  • máquinas IBM System P agora suportam hotplugging PCI-Express

  • foram adicionados drivers necessários e PCI ID para suportar SB600 SMBus

Rede
  • e1000 driver: foi atualizado para a versão 7.3.20-k2 para suportar I/OAT-conjunto de chips habilitados.

  • bnx2 driver: atualizado para versão 1.5.11 para suportar 5709.

  • B44 driver de ethernet: portado da versão superior 2.6.22-rc4 para aplicar as seguintes mudanças:

    • foram realizados diversos reparos endianness

    • constante DMA_30BIT_MASK agora está em uso

    • skb_copy_from_linear_data_offset() está agora em uso

    • spin_lock_irqsave() oferece agora desabilitação ininterrupta mais segura

    • checagem de erro simples é realizado durante o resumo

    • foram aplicados diversos reparos em difusão

    • redefinição do chip agora demora um pouco mais do que antecipado anteriormente

  • Marvell sky2 driver: atualizado para a versão 1.14 para reparar um erro que trava o kernel se os comandos ifup/ifdown forem executados repetidamente.

  • forcedeth-0.60 driver: agora incluso nesta versão. Esteinclui diversos reparos de erro crítico para clientes que usamos conjuntos de chip da placa mãe do NVIDIA e NIC inclusos correspondentes.

  • ixgb driver: atualizado para a última versão superior (1.0.126).

  • netxen_nic driver: versão 3.4.2-2 adicionada para possibilitar suporte para placas de rede NetXen 10GbE.

  • Chelsio 10G Controlador Ethernet de Rede (Ethernet Network Controller) agora é suportado.

  • adicionado suporte para recuperação de erro de PCI para o dispositivo s2io.

  • Dirver ethernet de Broadcomm sem fio agora suporta PCI ID para placa nx6325.

  • reparado um bug que causava um erro de ASSERTION FAILED ao tentar iniciar um BCM4306 via ifup.

  • ixgb driver: atualizado para adicionar o suporte de recuperação de erro do EEH PCI para a placa Intel 10-gigabit ethernet. Para mais informações consulte o /usr/share/doc/kernel-doc-<kernel version>/Documentation/pci-error-recovery.txt.

  • qla3xxx driver: reativado e atualizado para a versão 2.03.00-k3 para oferecer suporte de rede para os adaptadores iSCSI do QLogic sem usar o iSCSI.

  • Intel PRO/Wireless 3945ABG driver de rede: atualizado para a versão 1.2.0. Esta atualização resolve diversos problemas, incluindo um bug leve de bloqueio que poderia ocorrer sob certas circunstâncias em alguns laptops.

  • qla2xxx: driver atualizado para versão 8.01.07-k6. Contém diversas mudanças, entre elas:

    • iIDMA agora é suportado

    • os seguintes atributos de Canal de Fibra são agora suportados:

      • nodename simbólico

      • hostname de sistema

      • nome da malha

      • estado da porta do host

    • eventos assíncronos de controle de rastreamento não são mais autenticados

    • redefinição lógica foi corrigida

    • MSI-X agora é suportado

    • atributos IRQ-0 são agora manuseados pelo sistema

    • atualizações do NVRAM são efetivadas imediatamente

IPMI

Esta versão inclui uma atualização do driver IPMI conjunto de driver para incluir mudanças de versões superiores desde 2.6.21.3, com alguns reparos incluídos do 2.6.22-rc-4. Esta atualização fornece as seguintes modificações (entre outras):

  • erros de dados não inicializados reparados em ipmi_si_intf

  • kipmid não inicia mais se outro driver suportar interrupções

  • usuários podem agora sobrescrever o daemon do kernel enable através do comando force_kipmid

  • registro de comando por canal agora é suportado

  • MAX_IPMI_INTERFACES não é mais suportado

  • remoção de interface de sistema imediato agora é suportado

  • adicionado o Módulo de Manutenção para suportar atualizações de firmware

  • adicionado suporte de poweroff para pigeonpoint IPMC

  • subdriver BT pode agora sobreviver timeouts longos

  • adicionado manuseio de pci_remove para limpeza apropriada em uma remoção imediata

Para maiores informações sobre novos parâmetros de módulo, consulte a /usr/share/doc/kernel-doc-<kernel version>/Documentation/IPMI.txt.

SCSI
  • SCSI não autorizado, transportado do Red Hat Enterprise Linux4 para esta versão.

  • adicionado os PCI IDs para o driver aic79xx.

  • aacraid driver: atualizado para a versão 1.1.5-2437 para suportar PRIMERGY RX800S2 e RX800S3.

  • megaraid_sas driver: atualizado para a versão 3.10. Esta atualização define o ponto de entrada para as adições de bios_param, um pool de memória IOCTL e contém diversas correções de erros.

  • Emulex lpfc driver: atualizado para a versão 8.1.10.9. Esta atualização contém diversas mudanças, entre elas:

    • reparado o gerenciamento do host_lock nos caminhos deioctl

    • o conjunto de chip AMD agora é detectado automaticamente, e reduziu o comprimento do DMA para 1024 bytes.

    • os nós não são mais removidos durante o dev_loss_tmo se a discoberta estiver ativa

    • A velocidade do link de 8GB está agora ativa

  • driver qla4xxx atualizado para aplicar as seguintes mudanças:

    • adicionado suporte para IPV6, QLE406x e módulo ioctl

    • reparado um bug mutex_lock que poderia causar bloqueios

    • resolvido problemas de bloqueio do qla4xxx eqla3xxx ao tentar carregar/descarregar qualquer uma das interfaces

  • mpt fusion drivers: atualizado para a versão 3.04.04. Esta atualização contém diversas mudanças, entre elas:

    • reparado diversos erros de manuseio de bugs

    • mptsas agora coloca redefinições de alvo em série

    • mptsas e mptfc agora suportam LogicalUnit Numbers (LUN) e alvos maiores do que 255

    • foi reparado uma regressão de driver de mptspi de LSI que resultava em extrema lentidão no desempenho de driver DVD

    • as tentativas de E/S, quando um dispositivo LSI SCSI retorna um estado BUSY, não falham mais.

    • a matriz do RAID não está mais indisponível após se auto-construir

  • arcmsr driver: incluso para fornecer suporte para controladores de RAID de Areca.

  • Módulo 3w-9xxx: atualizado para suportar 3ware 9650SE corretamente.

Atualizações Relacionadas ao Kernel

  • 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:

    • a opção de montagem sec=none resulta em uma montagem anônima

    • CIFS agora aceita umask quando extensões POSIX são ativadas

    • reparadas as opções de montagem de sec= que requerem assinatura de pacote

    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.

Outras Atualizações

  • 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.

Amostras de Tecnologia

As funcionalidades de Amostras de Tecnologia não são atualmente suportadas pelos serviços de subscrição do Red Hat Enterprise Linux 5.1, podem não ser funcionalmente completas, e geralmente não são apropriadas para o uso em ambientes de produção. Entretanto, estas funcionalidades são incluídas como uma conveniência oferecida aos clientes e dispõe de um recurso com maior exposição.

Clientes podem achar estas funcionalidades úteis em um ambiente não-produtivo. Clientes também podem fornecer feedback e sugestões de funcionalidades para uma Amostra de Tecnologia antes que a mesma torne-se totalmente suportada. Erratas serão fornecidas para questões de segurança de alta severidade.

Durante o desenvolvimento de uma uma Amostra de Tecnologia, componentes adicionais podem também ser disponibilizados ao público para fins de teste. A intenção da Red Hat é oferecer completo suporte à uma Amostra de Tecnologia em lançamentos subseqüentes.

Stateless Linux

O Stateless Linux representa uma nova maneira de conceitualizar a forma como um sistema deve ser executado e gerenciado, criado para simplificar a disponibilização e o gerenciamento de grandes quantidades de sistemas fazendo com que estes possam ser facilmente substituídos. Isso é realizado principalmente através do estabelecimento de imagens de sistemas replicadas e gerenciadas através de uma grande quantidade de sistemas Stateless rodando o sistema operacional em modo somente leitura. Por favor consulte /etc/sysconfig/readonly-root para maiores detalhes.

Em seu estado atual de desenvolvimento, os recursos Stateless representam apenas uma parte dos objetivos almejados. Assim sendo, esta função encontra-se em status de Amostra de Tecnologia.

A lista a seguir contém as funções iniciais incluídas no Red Hat Enterprise Linux 5:

  • Execução de uma imagem Stateless através do NFS

  • Execução de uma imagem Stateless via retorno de laço através do NFS

  • Execução em iSCSI

É altamente recomendável que aqueles interessados em testar código Stateless leiam o HOWTO em http://fedoraproject.org/wiki/StatelessLinuxHOWTO e inscrevam-se na lista stateless-list@redhat.com.

A ativação das partes de infraestrutura para Linux sem Estado foram inicialmente introduzidos no Red Hat Enterprise Linux5

AIGLX

AIGLX é uma Amostra de Tecnologia que fornece funcionalidade adicional ao servidor X, o qual é totalmente suportado. Seu objetivo é oferecer efeitos de aceleração GL em uma área de trabalho padrão. O projeto consiste do seguinte:

  • Um servidor X levemente modificado

  • Um pacote Mesa atualizado que adiciona suporte a novos protocolos

Ao instalar estes componentes você poderá ter efeitos de aceleração GL em sua área de trabalho com muito poucas mudanças, bem como a possibilidade de habilitar e desabilitar a funcionalidade como desejar, sem precisar substituir o servidor X. O AIGLX também permite que aplicativos GLX remotos usem a aceleração de hardware GLX.

devicescape (d80211)

A pilha de devicescape possibilita o driver sem fio iwlwifi 4965GN. Esta pilha permite certos dispositivos sem fio, conectarem-se à qualquer rede Wi-Fi.

Esta pilha possui um código base que ainda não foi aceita. Além disso, a estabilidade desta pilha ainda não foi verificada através de testes. Portanto, esta pilha está inclusa nesta versão como Amostra de Tecnologia.

FS-Cache

O FS-Cache é um recurso local de caching para sistemas de arquivos remotos. O FS-Cache permite que usuários façam o caching de dados do NFS em um disco montado localmente. Para habilitar este recurso, instale o RPM cachefilesd e consulte as instruções no /usr/share/doc/cachefilesd-<versão>/README.

Substitua <versão> pela versão correspondente do pacote cachefilesd instalado.

Systemtap

O Systemtap oferece uma infraestrutura de software livre (GPL) para simplificar a coleta de informações sobre um sistema operacional Linux em execução. Isto ajuda nos diagnósticos de problemas funcionais ou de desempenho. Com a ajuda do systemtap, desenvolvedores não precisam mais submeter-se à tediosa e perturbadora seqüência de correções, recompilações, instalações e reinicializações que seriam de outra forma necessárias para a coleta de dados.

iSCSI Target

A estrutura de alvo (tgt) Linux, permite que um sistema sirva o armazenamento do SCSI do nível de bloco para outros sistemas que possuem um iniciador SCSI. Esta capacidade está sendo implementada como um alvo Linux iSCSI, servindo armazenamento sob uma rede para qualquer iniciador iSCSI.

Para configurar o alvo iSCSI, instale o RPM de scsi-target-utils para as instruções no:

  • /usr/share/doc/scsi-target-utils-<version>/README

  • /usr/share/doc/scsi-target-utils-<version>/README.iscsi

Substitua <versão> pela versão correspondente do pacote instalado.

Para maiores informações, consulte o man tgtadm.

FireWire

O módulo firewire-sbp2 está incluso nesta versão como uma Amostra de Tecnologia. Este módulo possibilita conectividade com o dispositivo de armazenamento do FireWire e escaners.

No momento, o FireWire não suporta o seguinte:

  • IPv4

  • pcilynx controladores de host

  • dispositivos de armazenamento de multi-LUN

  • Acesso não exclusivo para dispositivos de armazenamento

Além disso, ainda existem os seguintes problemas nesta versão do FireWire:

  • um vazamento de memória no driver SBP2 pode fazer com que a máquina não responda.

  • um código nesta versão não funciona bem nas máquinas Big-Endian. Isto pode levar à um comportamento inesperado no PowerPC.

Problemas Resolvidos

  • 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:

    • reparado um bug que trava a condição de concorrência ao usar o ptrace

    • reparado uma regressão que resultava em retornos de EIO errôneos de algumas chamadas PTRACE_PEEKUSR

    • reparado uma regressão que evitava que algumas chamadas wait4 ficassem ativas quando um filho saía sob certas circunstâncias.

    • reparado uma regressão que algumas vezes prevenia o SIGKILL de terminar um processo. Isto ocorria durante o ptrace de um processo sob certas circunstâncias.

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

Problemas Conhecidos

  • 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:

    1. Inicie o BIOS Set Up Utility do MegaRAID.

    2. Entre no Menu de Configuração de Adaptador.

    3. Em Outras Opções de Adaptador, selecione Emulação e escolha Armazenamento em Massa.

    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:

    • /usr/bin/setup — fornecido pelo pacote setuptool.

    • /usr/bin/rhn_register — fornecido pelo pacote rhn-setup.

  • 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:

    • DL585g2

    • dc7500

    • xw9300

    • xw9400

  • 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
            }
    

( x86 )



[1] Este material pode ser distribuído apenas sujeito aos termos e condições estipulados na Open Publication License, v 1.0, disponível em http://www.opencontent.org/openpub/.