Copyright © 2007 Red Hat, Inc. e outros [1]
Este documento enfoca os seguintes tópicos:
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/RHEL-5-manual/index.html
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 5 para Red Hat Enterprise Linux5.1
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 Linux55.1, você precisa reiniciar após terminada a atualização.
Os hypervisors do Red Hat Enterprise Linux5 e 5.1 não são compatíveis com o ABI. Se você não reiniciar entre as atualizações, os RPMs da Virtualização atualizada não irão combinar com o kernel em execução.
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
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:
Vá à página instalador onde você irá selecionar quais drives de disco usar para a instalação.
Clique em
.Clique em
.O IQN iSCSI será exibido nesta tela.
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:
Expanda o initrd usando gunzip.
Desempacote-o usando cpio -i.
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.
Re-empacote o initrd usando cpio -o.
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.
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.
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.
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
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.
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é 256GB 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..
Esta atualização do recurso de Virtualização também inclui a capacidade de instalar e executar os convidados paravirtualizados de 32 bit em máquinas de 64 bits. No entanto, esta capacidade é fornecida como uma Amostra de Tecnologia, porisso, não é suportada para uso de produção.
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.
A opção tick_divider=<value> é um parâmetro sysfs 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 tick_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.
Alguns <valores> úteis para o padrão de relógio de 1000Hz são:
2 = 500Hz
4 = 250Hz
5 = 200Hz
8 = 125Hz
10 = 100Hz (valor usado pelas versões anteriores do Red Hat Enterprise Linux)
Observe que o kernel virtualizado não suporta taxas de timer múltiplos em convidados. O comando dom0 usa uma taxa de horário fixa, ajustada em todos os convidados. Isto reduz a carga que as taxas de barra múltiplas podem causar.
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 Anaconda se seu sistema possuir ambos os dispositivos caminho múltiplo e caminho não-múltiplo. Usar o em alguns casos, pode criar os dois tipos de dispositivos nos mesmos grupos de volume lógico.
noNo 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
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.
nfsroot é totalmente suportado nesta versão. Isto permite que os usuários executem o Red Hat Enterprise Linux 5.1 com seus sistema de arquivo root (/) montado através do NFS.
nfsroot foi inicialmente introduzido no Red Hat Enterprise Linux 5 como um subconjunto do recurso de Amostra de Tecnologia Stateless Linux. A implementação completa do Stateless Linux ainda é uma Amostra de Tecnologia.
Para instalar nfsroot, siga os seguintes passos:
Cada cliente deve possuir seu próprio sistema de arquivo root sob o servidor NFS. Esta restrição se aplica mesmo quando o root de somente-leitura estiver em uso.
SWAP agora é suportado sob NFS.
O SELinux não pode ser habilitado nos clientes nfsroot. Em geral, a Red Hat não recomenda desabilitar o SELinux. Portanto, os clientes devem realmente levar em consideração as implicações de segurança desta ação.
Consulte o seguinte procedimento sobre como configurar nfsroot. Este procedimento supõe que seu dispositivo de rede seja eth0 e o driver de rede associado seja tg3. Você pode precisar ajustar de acordo com sua configuração de sistema:
Crie o initrd em seu diretório home usando o seguinte comando:
mkinitrd --with=tg3 --rootfs=nfs --net-dev=eth0 --rootdev=<nfs server ip>:/<path to nfsroot> ~/initrd-<kernel-version>.img <kernel-version>
Este initrd deve ser criado usando o kernel Red Hat Enterprise Linux5.1.
Depois disso, crie uma imagem zImage.initrda partir do initrd gerado anteriormente. zImage.initrd é um kernel comprimido e o initrd é uma imagem. Use o seguinte comando:
mkzimage /boot/System.map-<kernel-version> ~/initrd-<kernel-version>.img /usr/share/ppc64-utils/zImage.stub ~/zImage.initrd-<kernel-version>
Copie o zImage.initrd-<kernel-version> criado para um local exportável em seu servidor tftp.
Assegure-se de que o sistema de arquivo nfsroot exportado, no servidor nfs contém os binários necessários e módulos. Estes binários e módulos devem corresponder à versão do kernel usada para criar o initrd no primeiro passo.
Configure o servidor DHCP para apontar o cliente para o alvo zImage.initrd-<kernel-version>.
Para fazer isto, adicione as seguintes entradas ao arquivo /etc/dhcpd.conf do servidor DHCP:
next-server <tftp hostname/IP address>; filename "<tftp-path>/zImage.initrd";
Observe que <tftp-path> deve especificar o caminho para zImage.initrd de dentro do tftp, diretório exportado. Por exemplo, se o caminho absoluto para zImage.initrd é /tftpboot/mykernels/zImage.initrd e /tftpboot/ é o tftp-diretório exportado, o <tftp-path> deve ser mykernels/zImage.initrd.
Finalmente, configure seus parâmetros de configuração de inicialização do sistema para inicializar primeiro a partir do dispositivo da rede (neste exemplo, o dispositivo de rede é eth0).
GFS2 é um aprimoramento avançado 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.
O GFS2 foi inicialmente lançado no Red Hat Enterprise Linux 5 como uma Amostra de Tecnologia, e agora é totalmente suportado nesta atualização. Os testes de padrão de referência indicam um maior 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 melhoria na performance 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
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.
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
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
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
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
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 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.
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.
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.
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.
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 é 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.
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.
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.
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.
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.
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.
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.
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.
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.
A execução do tvtime e do xawtv com o módulo de kernel bttv não causa mais travamento do sistema.
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.
A primeira vez que o botão 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.
for pressionado noEste atraso se dá pelo fato da fase de instalação do pacote ser a fase de instalação mais intensa da CPU.
Algumas máquinas que utilizam cartões gráficos NVIDIA podem apresentar gráficos ou fontes corrompidas ao utilizar o instalador de gráfico ou durante um login gráfico. Para driblar este problema, mude para um console virtual e retorne para a máquina X original.
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:
Inicie o BIOS Set Up Utility do MegaRAID.
Entre no Menu de Configuração de Adaptador.
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.
A instalação da funcionalidade de virtualização pode causar um aviso time went backwards em sistemas HP com números de modelo xw9300 e xw9400.
Para contornar este problema em máquinas xw9400, configure o BIOS para habilitar o timer HPET. Note que esta opção não está disponível em máquinas xw9300.
Isto será resolvido na próxima versão do BIOS pela HP.
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 chip Calgary IOMMU não é suportado por padrão nesta versão. Para ativar o suporte para este chip, use a opção de linha de comando do kernel iommu=calgary.
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.
A instalação do Red Hat Enterprise Linux 3.9 em um convidado totalmente virtualizado pode ser extremamente lenta. Além disso, inicializar o convidado após a instalação pode resultar em erros de hda: lost interrupt.
Para evitar este erro de inicialização, configure o convidado para usar o kernel SMP.
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.
A atualização de um sistema de máquina (dom0) para Red Hat Enterprise Linux5.1 pode processar convidados não inicializáveis paravirtualizados de Red Hat Enterprise Linux 4.5 SMP existentes. Isto é mais comum acontecer quando um sistema de máquina possui mais do que 4GB de RAM.
Para resolver este problema, inicialize cada convidado Red Hat Enterprise Linux 4.5 em um módulo da CPU único e atualize seu kernel para a versão mais recente (para Red Hat Enterprise Linux 4.5z).
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
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 }
( amd64 )
[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/.