Notas Relacionadas à Instalação

Características de Atualizações

Características Relacionadas ao Kernel

Atualizações do Driver

Previsões de Tecnologia

Problemas Resolvidos

Problemas Conhecidos

Caso deseje copiar o conteúdo dos CD-ROMs do Red Hat Enterprise Linux 4.8 (como preparação para uma instalação baseada em rede, por exemplo), certifique-se de copiar somente os CD-ROMs do sistema operacional. Não copie o CD-ROM Suplementar ou qualquer um dos CD-ROMs de outros produtos, já que isso sobrescreveria alguns arquivos necessários para que o Anaconda opere corretamente.

Estes CD-ROMs devem ser instalados após a instalação do Red Hat Enterprise Linux.

A versão do GRUB distribuída com o Red Hat Enterprise Linux 4 (e todas as atualizações) não suportam o espelhamento do software (RAID1). Assim, se você instala o Red Hat Enterprise Linux 4 em uma partição de RAID1, o carregador de inicialização será instalado no primeiro disco rígido ao invés de instalar no Master Boot Record (MBR). Isto deixará o sistema incapacitado de reinicializar.

Caso você queira instalar o Red Hat Enterprise Linux 4 na partição RAID1, remova qualquer carregador de inicialização pré-existente do MBR primeiro.

Ao instalar o Red Hat Enterprise Linux 4 no Modo Texto nos sistemas que usam monitores de tela plana e algumas placas de ATI, a àrea da tela deve aparecer trocada. Quando isto ocorrer, algumas áreas da tela ficarão obscuras.

Caso isto aconteça, realize a instalação com o parâmetro linux nofb.

Ao atualizar do Red Hat Enterprise Linux 4.6 para esta versão, o minilogd pode autenticar diversas negações do SELinux. Estes erros de autenticação não causam nenhum dano, e podem ser ignorados com segurança.

Previamente, na documentação de inicialização do Anaconda (localizado em: /usr/share/doc/anaconda-<anaconda-version>/kickstart-docs.txt), a seção em detalhamento da opção --driveorder no arquivo de inicialização declarava:

Specify which drive is first in the BIOS boot order.
                                        

No entanto, a opção --driveorder solicita a lista de todos os drives no sistema, com o dispositivo de inicialização sendo apresentado por primeiro na lista. Com esta atualização, a documentação foi esclarecida e diz:

Specify which drive is first in the BIOS boot order.
The ordered list must include all the drives in the system.
                                        

Quando usando a opção --driveorder no arquivo de inicialização, a lista de pedidos deve incluir todos os drives no sistema.

Agora, o Systemtap fornece suporte completo no Red Hat Enterprise Linux 4. O systemtap fornece uma infraestrutura de software livre (GPL) para simplificar a coleta de informações do sistema Linux em execução. Isso ajuda no diagnóstico de um problema funcional ou de desempenho. Com a ajuda do systemtap, os desenvolvedores não precisam mais passar pela seqüência cansativa de instrumentar, recompilar, instalar, e re-inicializar o que seria, em outro caso, requisitado para coletar dados.

Perceba que alguns recursos do systemtap para novos sistemas do Linux ou Red Hat Enterprise Linux não funcionarão no Red Hat Enterprise Linux 4 devido a ausência de recursos do kernel. A falta do utrace kernel impede qualquer experimentação do user-space.

O dmidecode fornece informação sobre os BIOSes e revisões motherboard (placa mãe). A versão do kernel-utils fornecida com o dmidecode de atualizações consultivas, a partir da versão 2.2 à versão 2.9. Esta versão identifica processadores mais novos, PCI-express slots, dispositivos e chassi lâmina. Além disso, isto oferece suporte para a especificação SMBIOS v2.6.

uma nova versão do kernel-utils está inclusa nesta versão, atualizando o arquivo Intel microcode para a versão 20080910, com o objetivo de suportar os processadores Intel mais recentes.

o smartmontools foi estendido para suportar os mais novos controladores CCISS encontrados no mais recente HP ProLiant hardware.

O pacote Samba foi rebased para a versão 3.0.33 upstream. As seqüências da versão 3.0.x são um bugfix de apenas parte da base do código Samba. Efetuando o rebase (baseamento de dados) para 3.0.33, nós incluiremos um número importante de correções de bug. Não serão adicionados recursos novos neste rebase.

Para maiores informações nas correções upstream fornecidas por este rebase, por favor refira-se às Notas de Versão Samba: http://samba.org/samba/history/samba-3.0.33.html

o ipmitool foi atualizado para a versão 1.8.11 do upstream, que fornece diversos aprimoramentos e reparos do bug em relação a versão anterior, incluindo o seguinte:

. Perceba que o comportamento de troca da linha de comando -K foi alterado de prompt for Kg key para read Kg key from environment variable. Agora, o comportamento da sinalização -Y é o mesmo ao do -K, antes desta atualização.

Antes disto, havia a ausência de uma extensão de assinatura no código x86_64 ptrace, que pode ter levado o gdb a falhar na arquitetura x86_64, quando depurando um aplicativo i386. Nesta atualização, a extensão da assinatura faltante é agora corretamente estendida, resolvendo esta situação.

O módulo ibmphp não é seguro para o descarregamento. Previamente, o mecanismo que prevenia o módulo ibmphp de descarregamento era insuficiente e, às vezes, executava o trigger em um bug estacionado. Já com esta atualização, o método para prevenir este módulo do descarregamento foi melhorado, prevenindo o estacionamento do bug. No entanto, a tentativa de descarregar o módulo poderá produzir um aviso na entrada da mensagem, indicando que o módulo não está seguro para o descarregamento. Este aviso pode ser seguramente ignorado.

Com esta atualização, a memória física será limitada a 64GB para 32-bit x86 kernels rodando em sistemas com mais de 64GB. O kernel divide a memória em 2 regiões separadas: Lowmem and Highmem. O Lowmem é mapeado no espaço do endereço do kernel em todos os momentos. No entanto, o Highmem é mapeado numa janela virtual do kernel de uma página, no período em que for necessário. Caso as memórias I/Os forem permitidas a exceder 64GB, o tamanho do mem_map (também conhecidos como matrizes da página) podem aproximar ou exceder o tamanho do Lowmem. Caso isto aconteça, o kernel entra em pane durante a inicialização ou inicializa prematuramente. No caso mais recente, o kernel falha em alocar a memória kernel, após a inicialização e tanto entra em pane ou trava.

Anteriormente, caso um usuário pressionasse uma tecla com flecha continuamente numa Máquina Virtual do Hardware - Hardware Virtual Machine (HVM), uma condição de disputa entre o timer e a interrupção do hardware seria encontrada. Como resultado, o driver do teclado relatava os eventos desconhecidos. Com esta atualização, o timer de chamada i8042 foi removido, resolvendo este problema.

Com esta atualização, a utilidade diskdump (que fornece a habilidade de criar e coletar vmcore Kernel dumps) é agora suportada para uso com o driver sata_svw.

O parâmetro "swap_token_timeout" foi adicionado ao /proc/sys/vm, nesta atualização.

Este arquivo contém um período de espera válido de troca de símbolo de proteção. O sub-sistema da Memória Virtual do Linux - Linux Virtual Memory (VM) possui um mecanismo de controle de movimentação de símbolo baseado e usa o símbolo para prevenir falhas de páginas desnecessárias na situação de movimentação. A unidade do valor está em "segundo". O valor poderia ser útil para ajuste do comportamento de movimentação. Configurando isto para 0, desabilitará o mecanismo do símbolo de troca.

Anteriormente, quando um cliente NFSv4 (Sistema do Arquivo da Rede da Versão 4 - Network File System Version 4) se deparava com problemas enquanto processando um diretório usando readdir(), um erro da chamada completa readdir() era retornado. Com esta atualização, a bandeira fattr4_rdattr_error é determinada quando o readdir() é chamado, instruindo o servidor a continuar e apenas relatar um erro na entrada do diretório específico que causa o problema.

Antes, o cliente NFS (Sistema de Arquivo da Rede) não manuseava respostas mal formadas de função readdir(). Conseqüentemente, a resposta do servidor indicaria que a chamada à função readdir() foi bem sucedida, mas a resposta não conteria entradas. Com esta atualização, a lógica de partilhamento de resposta readdir() foi alterada, de forma que a resposta mal formada é recebida e o cliente retorna um erro EIO.

O cliente RPC armazena o resultado de uma chamada portmap no local em memória que pode ser liberado e realocado sob as circunstâncias corretas. No entanto, sob certas circunstâncias, o resultado à chamada do portmap foi liberada da memória muito cedo, o que pode ter levado à corrupção de memória. Com esta atualização, a contagem da referência for adicionada à localização da memória quando o resultado portmap é armazenado e irá apenas liberá-lo após ele ser usado.

Sob certas circunstâncias, a alocação de algumas estruturas de dados para as chamadas RPC poderiam ser bloqueadas quando a memória do sistema estava lenta. Conseqüentemente, o congelamento pode ter sido encontrado sob pressão de memória pesada quando houvesse um número grande de páginas NFS esperando pelo writeback (gravação de retorno). Com esta atualização, a locação destas estruturas de dados é agora desbloqueada, resolvendo este problema.

Previamente, o desempenho comprometido poderia ser encontrado quando gravando um volume LVM espelhado sincronizadamente (usando a sinalização O_SYNC). Conseqüentemente, cada gravação I/O para um volume espelhado era atrasada pelos 3ms, resultando no volume espelhado ser 5-10 vezes mais lento que o volume linear. Com esta atualização, a desconexão da fila I/O foi adicionada ao dm-raid1 driver. Além disso, o desempenho dos volumes espelhados foram aprimorados para serem comparáveis com aqueles volumes lineares.

Um novo parâmetro de ajuste foi adicionado para permitir que os administradores de sistema alterem o número máximo de gravações kupdate de páginas modificadas num disco por interação, a cada instante em que isto roda. Este novo ajuste (/proc/sys/vm/max_writeback_pages) padroniza um valor de 1024 (4MB), de forma que um número máximo de 1024 páginas é gravado por cada interação do kupdate. O acréscimo deste valor altera o quanto agressivo o kupdate esvazia as páginas modificadas e decresce a porção potencial de perda dos dados, caso o sistema cair entre a rodagem kupdate. No entanto, o acréscimo do valor max_writeback_pages pode ter conseqüências de desempenho negativo nos sistemas que são sensíveis aos carregamentos I/O.

Um novo valor permitido foi adicionado ao parâmetro ajustável /proc/sys/kernel/wake_balance. A configuração do wake_balance para o valor 2 instruirá o esquematizador a rodar uma segmentação em qualquer CPU disponível, ao invés da esquematização da mesma num CPU mais eficiente. Configurando este parâmetro do kernel para 2 forçará o esquematizador a reduzir a latência em geral, mesmo ao custo total do rendimento do sistema.

Sob certas circunstâncias, quando checando uma árvore do diretório, o módulo kernel poderia decidir incorretamente que a árvore não estava disponível. Uma montagem de deslocamento ativo com um manuseio de arquivo aberto usado para expirações causadas pelo manuseio do arquivo, não conta com a checagem de disponibilidade. Isto resultou em solicitações de montagem sendo feitas para deslocamentos já montados. Com esta atualização, a checagem do módulo kernel foi corrigida e solicitações de montagem incorreta não são mais geradas.

Durante a inicialização do sistema, o fornecedor do CPU foi detectado após a inicialização dos Controladores de Interrupção Programável Avançados - Advanced Programmable Interrupt Controllers (APICs). Conseqüentemente, nos sistemas x86_64 AMD com mais de 8 núcleos principais, o modo com cluster APIC foi usado, resultando no desempenho do sistema não favorável. Com esta atualização, o fornecedor CPU é solicitado antes da inicialização dos APICs, resultando no uso padrão do modo plano físico do APIC, resolvendo este problema.

O código Common Internet File System (CIFS) foi atualizado no Red Hat Enterprise Linux 4.8, corrigindo um número de bugs que foram ajustados no upstream, incluindo a seguinte alteração:

Anteriormente, quando montando um servidor sem as extensões Unix, era possível alterar o modo de um arquivo. No entanto, esta alteração não pode ser permanentemente armazenada e pode ter sido alterada de volta ao modo original a qualquer instante. Com esta atualização, o modo do arquivo não pode ser temporariamente alterado pelo padrão; as chamadas chmod() retornarão com sucesso, porém não terão efeito. Uma nova opção de montagem, dynperm precisa ser usada caso o comportamento antigo seja solicitado.

Antes disto, no kernel, havia uma condição de disputa poderia ser encontrada entre o dio_bio_end_aio() e o dio_await_one(). Isto poderia levar a uma situação onde o I/O direto é abandonado na espera indefinida de um processo I/O que já foi completado. Com esta atualização, estas operações de contagem de referência são bloqueadas de forma que os caminhos de submissão e finalização vêem um estado unificado, que resolve este problema.

Anteriormente, quando atualizando o hospedeiro inteiramente virtualizado do Red Hat Enterprise Linux 4.6 (com o pacote kmod-xenpv instalado) para versões mais recentes do Red Hat Enterprise Linux 4, resultava numa dependência do módulo impróprio entre os módulos kernel internos: xen-vbd.ko & xen-vnif.ko e o módulo xen-platform-pci.ko mais antigo. Conseqüentemente, ocorreria uma falha nos sistemas do arquivo montados através do driver de bloqueamento xen-vbd.ko e na rede hospedeira usando o driver de rede xen-vnif.ko.

No Red Hat Enterprise Linux 4.7, a funcionalidade no módulo xen-platform-pci.ko era interna para o kernel. No entanto, quando o módulo do kernel carregável formalmente começasse a separar-se do kernel, a checagem de dependência do símbolo para módulos carregáveis existentes não contavam para o module-init-tools corretamente. Com esta atualização, a funcionalidade xen-platform-pci.ko foi removida do kernel interno e retornada ao módulo carregável, permitindo que o module-init-tools cheque as dependências adequadas durante a atualização do kernel.

Previamente, a tentativa de montar discos ou partições num hospedeiro inteiramente virtualizado 32-bit Red Hat Enterprise Linux 4.6, usando o driver de bloqueamento para-virtualizado (xen-vbd.ko) num hospedeiro 64-bit, poderia falhar. Com esta atualização, o driver precedente ao bloqueio (block.c) foi atualizado para informar o driver precedente ao bloqueio que o hospedeiro está usando o protocolo 32-bit, solucionando este problema.

Anteriormente, a instalação dos drivers pv-on-hvm num bare-metal kernel criava automaticamente o diretório /proc/xen. Conseqüentemente, os aplicativos que verificam se o sistema está rodando um kernel virtualizado, pela checagem da existência do diretório /proc/xen, poderiam assumir incorretamente que o kernel virtualizado estava sendo utilizado. Com esta atualização, os pv-on-hvm drivers não criam mais o diretório /proc/xen, resolvendo este problema.

Antes disto, os hospedeiros para-virtualizados podiam possuir no máximo 16 dispositivos de discos. Com esta atualização, este limite foi elevado para o máximo de 256 dispositivos de discos.

O Intel® High Definition Audio (HDA) driver no ALSA foi atualizado. Esta atualização melhora o suporte de áudio para um hardware mais recente com o áudio HDA integrado.

Previamente, os dispositivos de rede usando o driver forcedeth podem ter interrompido as respostas enquanto usando o comando rcp, a partir de clientes múltiplos. Com esta atualização, o driver forcedeth foi atualizado, solucionando esta questão.

Anteriormente, o modo Automático de Acesso de Memória Direto - Automatic Direct Memory Access (ADMA) era ativado pelo padrão no driver sata_nv. Conseqüentemente, os erros do dispositivo e intervalos podiam ser encontrados com alguns dispositivos que usavam o driver sata_nv. Com esta atualização, o modo ADMA é desativado por padrão, resolvendo este problema.

Os drivers para virtio e a plataforma para a virtualização I/O em KVM foram transferidos para o Red Hat Enterprise Linux 4.8, a partir do Linux Kernel 2.6.27. Estes drivers ativarão os hospedeiros KVM para atingir níveis mais altos de desempenho I/O. Diversos componentes de espaço do usuário como: anaconda, kudzu, lvm, selinux e mkinitrd foram atualizados para suportar os dispositivos virtio.

O driver r8169n foi atualizado para fornecer suporte aos conjuntos de chip de rede mais recentes. Com esta atualização, todas as variantes do RTL810x/RTL8168(9) são suportadas no Red Hat Enterprise Linux 4.8.

O driver mptsas foi atualizado para a versão 3.12.29.00. Esta atualização inclui reparos no bug e permite os novos recursos:

O driver lpfc foi atualizado para o número de versão 8.0.16.46. Esta atualização aplica diversos reparos e aprimoramentos de bugs, incluindo:

O driver megaraid_sas para os controles RAID de SAS baseados foram atualizados para a versão 4.01-RH1. Diversos reparos e aprimoramentos de bug são aplicados nesta atualização, incluindo:

O driver do dispositivo ethernet eHEA para IBM eServer System P foi atualizado para a versão 0078-08.

O driver do dispositivo EHCA infinband não será suportado pelo Red Hat Enterprise Linux 4.8 e todas as futuras liberações do Red Hat Enterprise Linux 4.

Previamente, caso o Red Hat Network applet fosse usado para registrar novamente um cliente a um Red Hat Satellite Server diferente, o applet continuaria a apresentar atualizações que estavam disponíveis no servidor anterior, mesmo se elas não estivessem disponíveis no servidor atual. O /etc/sysconfig/rhn/rhn-applet não mudaria para refletir estes detalhes do novo servidor. A versão do applet fornecida com esta atualização associa um cache de atualizações com um servidor url e, portanto, garante que as atualizações exibidas ao usuário estejam disponíveis. Além disso, esta versão pode detectar quando seu arquivo de configuração foi alterado. Caso tal mudança seja detectada, o applet recarregará automaticamente as variáveis da configuração e criará novas conexões do servidor.

O sysreport.legacy usou $HOME como seu diretório root. Caso esta variável do ambiente não existir ou o diretório que ela se referiu não ser gravável, o sysreport.legacy não poderia gerar o próprio relatório e sairia com a mensagem Cannot make temp dir. Agora, o Sysreport.legacy usa o diretório criado ocasionalmente, conforme seu diretório root e, portanto, pode gerar um relatório mesmo num sistema sem um $HOME utilizável.

O automount daemon usado ajustou o tamanho do buffer de 128 bytes de extensão com o objetivo de receber informação do SIOCGIFCONF ioctl sobre as interfaces locais, quando testando a proximidade do hospedeiro correspondente a uma montagem gerada. Uma vez que os detalhes de cada interface são 40 bytes de extensão, o daemon pode receber informação em não mais de três interfaces locais. Caso o hospedeiro correspondente à montagem possua um endereço que era local mas não correspondeu a uma das interfaces, a proximidade seria classificada incorretamente.

A partir disto, o automount daemon aloca dinamicamente um buffer, garantindo que ele é grande o suficiente para conter informação em todas as interfaces num sistema fornecendo a habilidade para detectar corretamente a proximidade de um hospedeiro gerado para uma montagem NFS.

As entradas do mapa Automount que referem aos hospedeiros múltiplos na localização de montagem (montagem replicada), o automount daemon verifica a lista dos hospedeiros remotos para a proximidade dos mesmos e a versão NFS. Caso os hospedeiros falhem em responder, eles serão removidos da lista. Caso nenhum dos hospedeiros remoto responderem, a lista poderá tornar-se vazia, seguindo a verificação inicial que levaria à falha da segmentação (pela diferenciação de um ponteiro NULO). Esta checagem foi adicionada.

O pacote ttfonts-zh_CN formalmente incluiu a fonte Zhong Yi Song TrueType. Os direitos autorais nesta fonte pertence ao Beijing Zhong Yi Electronics Co., pelo qual foi licenciado pela Red Hat Inc. para distribuir a fonte apenas em produtos e software sob o nome da Red Hat. A inclusão desta fonte em ttfonts-zh_CN seria, portanto, evitar a Red Hat de distribuir livremente este pacote. A fonte Zhong Yi Song TrueType continua disponível para os clientes da Red Hat através da Rede Red Hat e o CD Suplementário no pacote fonts-chinese-zysong.

O multipathd travou com o status de multipathd dead but pid file exists, quando o multipath foi configurado para 1024 ou mais caminhos, uma vez que isto estava impossibilitado de abrir um descritor de arquivo para cada caminho. Além disto, isto pode ter causado erros error calling out /sbin/mpath_prio_ontap /dev/[device]. Agora, um novo parâmetro multipath.conf, max_fds, permite que os usuários finais a configurarem o número máximo de descritores de arquivos que o processo multipathd pode ter aberto, ou para usar o max para determinar o número ao máximo do sistema. A configuração max_fds evita este travamento no multipathd.

Anteriormente, quando usando o driver accraid com um controlador Adaptec 2120S ou Adaptec 2200S, o sistema poderia ter falhado em inicializar, retornando um erro: aac_srb:aac_fib_send failed with status 8195. Com esta atualização, o driver accraid foi atualizado, solucionando este problema.

SOS é um conjunto de ferramentas que simplifica informações a respeito do hardware do sistema e a configuração atual. Então, a informação pode ser usada para propósitos de diagnóstico e depuração.

Com esta atualização, os relatórios gerados pelo sosreport incluem cinco tipos de informação que não foram coletadas anteriormente:

O automount usa o umount(8) quando as montagens expiram e o umount(8) pode esperar indefinitivamente pela resposta de um servidor. Isto pode levar ao bloqueamento da expiração, fazendo com que as montagens não sejam expiradas por um longo período de tempo no mesmo processo /usr/sbin/automount (que é a montagem daquele processo autônomo gerado no gerenciamento). Conseqüentemente, caso um servidor estivesse inalcançável, o automount não desmontaria quaisquer montagens expiradas, mesmo nos servidores que estivessem respondendo. Os sistemas podem, então, ser deixados com um número grande de montagens que podem estar expiradas, mas não estão. A partir de agora, o automount inclui a opção da linha de comando para especificar o período para o automount esperar antes de gerar e mover para as montagens restantes. Portanto, as montagens expiradas podem ser desmontadas, mesmo que alguns servidores não respondam.

Recentemente, os servidores do protocolo da mensagem da Internet ICQ foram alterados e solicitam que os clientes usem uma versão mais recente do protocolo ICQ. A assinatura ao ICQ com Pidgin 2.5.2 (a versão anteriormente distribuída com o Red Hat Enterprise Linux 4) falhou, resultando numa mensagem de erro. Com esta atualização, o Pidgin foi atualizado para a versão 2.5.5, resolvendo este problema.

Anteriormente, o artigo Red Hat Knowledgebase de documentação de verificação do Canal de Fibra do Red Hat Enterprise Linux 4 não era preciso. Este procedimento foi atualizado e pode ser visualizado no http://kbase.redhat.com/faq/docs/DOC-3942.

Após conectar com sucesso ao servidor SSH, o servidor pode retornar a uma faixa de texto baseado de volta ao cliente SSH. Conseqüentemente, caso o gftp (um cliente FTP gráfico) tentar conectar (através do SFTP) a um servidor SSH que retorna a faixa, o gftp interpretaria a faixa como um erro e encerraria a conexão. Com esta atualização para a versão 2.0.18, permitindo conexões a servidores com faixas.

Quando carregando um arquivo único ao diretório NFS, a indicação do timestamp de período de modificação e acesso do arquivo, poderia não ser gravada corretamente. Com esta atualização, o timestamp foi atualizado, resolvendo esta situação.

O código de experimentação no kudzu para dispositivos PCI não encontraria alguns módulos de forma apropriada, dos quais funcionam pelo binding para classes PCI específicas, de forma notável, o sgiioc4 driver em sistemas SGI Altix. Sem estes módulos carregados, o sistema não detectaria dispositivos que dependem nesta atualização do pacote, pela qual é apta a encontrar os módulos afetados com êxito.

O Gerenciador do Volume Lógico no Red Hat Enterprise Linux 4.8 relata os vazamentos do descritor do arquivo, resultando no seguinte erro retornado ao resultado da instalação:

File descriptor NUM (socket:XXXX) leaked on lvm invocation.
                                        

Esta mensagem pode ser seguramente ignorada.

Quando instalando o Red Hat Enterprise Linux 4 através de um servidor do Sistema de Arquivo da Rede - Network File System (NFS), o instalador está impossibilitado de encerrar corretamente os pontos de montagem NFS. Isto poderá levar o servidor NFS a um mal comportamento. Nestes casos, a Red Hat sugere o uso de um servidor HTTP para instalações.

Nos sistemas onde o BIOS é apto a realizar ambos PCI hotplugging legado (acpiphp) e nativo (pciehp), é necessário que o administrador escolha um método preferido e explícito para prevenir o Red Hat Enterprise Linux 4 de carregar o módulo do método indesejado. Isto é feito pela listagem de módulos indesejados no /etc/modprobe.conf.

Os testes de hardware para o Mellanox MT25204 revelaram que ocorreu um erro interno sob certas condições de alta carga. Quando o driver ib_mthca reporta um erro catastrófico neste hardware, é geralmente relacionado ao tamanho de fila de conclusão insuficiente, relativo ao número de requisições de trabalho em espera, gerado pelo aplicativo do usuário.

Embora o driver vá redefinir o hardware e ser recuperado de tal evento, todas as conexões realizadas durante o erro serão perdidas. Isto geralmente resulta em uma falha de segmentação no aplicativo do usuário. Depois disso, se o opensm estiver rodando quando o erro ocorrer, reinicie manualmente para retomar a operação adequada.

Um erro nas versões anteriores do openmpi e lam pode impedí-lo de atualizar estes pacotes. Este mesmo erro pode causar falha no up2date ao atualizar todos os pacotes.

Isto manifesta o seguinte erro ao tentar atualizar o openmpi ou lam:

error: %preun(openmpi-[version]) scriptlet failed, exit status 2
                                

Este erro também se manifesta no seguinte erro (autenticado em /var/log/up2date) ao tentar atualizar todos os pacotes através do up2date:

up2date Failed running rpm transaction - %pre %pro failure ?.
                                

Dessa forma, você precisa remover manualmente versões mais antigas do openmpi e lam primeiro na ordem para evitar estes erros. Para fazer isto, use o seguinte comando rpm:

rpm -qa | grep '^openmpi-\|^lam-' | xargs rpm -e --noscripts --allmatches

Quando um LUN é removido em um sistema de armazenamento configurado, a mudança não é refletida no host. Em alguns casos, os comandos lvm irão travar indefinidamente quando dm-multipath for usado, uma vez que o LUN se tornou stale.

Para contornar essa situação, remova todos os dispositivos e entradas do link mpath em /etc/lvm/.cache específicos para o LUN obsoleto. Para descobrir o que são estas entradas, execute o seguinte comando:

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

Por exemplo, se <stale LUN> for 3600d0230003414f30000203a7bc41a00, os resultados podem ser:

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

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

Portanto, as seguintes linhas devem ser removidas do arquivo /etc/lvm/.cache:

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

Na configuração do sistema duplo do HA-RAID, dois adaptadores do SAS são conectados em dois sistemas e conectados à uma gaveta de disco do SAS compartilhado. A configuração do atributo Preferred Dual Adapter State para Primary em ambos os adaptadores do SAS pode disparar uma condição de disputa e causa falha infinita entre os dois adaptadores do SAS. Isto é porque somente um adaptador do SAS pode ser definido para Primary.

Para evitar este erro, verifique se o Preferred Dual Adapter State de um adaptador SAS está definido para None se o outro adaptador SAS estiver estabelecido para Primary.

Se você precisar usar o módulo do kernel hp_sw, instale o pacote atualizado do device-mapper-multipath.

Você também precisa configurar corretamente a matriz HP para usar corretamente o modo ativo/passivo e reconhecer as conexões da máquina do Linux. Para fazer isto, realize os seguintes passos:

A Red Hat não recomenda o uso do quota nos sistemas de arquivos do EXT3, pois em alguns casos isto pode causar um travamento.

Testes revelaram que o kjournald pode às vezes, bloquear algumas chamadas de EXT3 específicas que eram usadas quando o quota estiver sendo executado. Portanto, a Red Hat não planeja reparar este problema no Red Hat Enterprise Linux 4, pois as modificações requeridas seriam muito invasivas.

Observe que este problema não está presente no Red Hat Enterprise Linux 5.

Os testes de hardware para o Mellanox MT25204 revelaram que um erro interno ocorreu sob certas condições de alta carga. Quando o driver ib_mthca reporta um erro catastrófico neste hardware, é geralmente relacionado ao tamanho de fila de conclusão insuficiente, relativo ao número de requisições de trabalho em espera, gerado pelo aplicativo do usuário.

Embora o driver vá redefinir o hardware e ser recuperado de tal evento, todas as conexões realizadas durante o erro serão perdidas. Isto geralmente resulta em uma falha de segmentação no aplicativo do usuário. Depois disso, se o opensm estiver rodando quando o erro ocorrer, reinicie manualmente para retomar a operação adequada.

O ícone de conexão do Compartilhamento do Desktop exibe seu menu conteúdo quando você clica nele duas vezes, não quando você clica com o botão da direita. Todos os outros ícones exibem seus menus de conteúdo quando você clica neles com o botão da direita.

Caso o driver ib_ehca InfiniBand for carregado no modo de auto-detecção do portal (usando o nr_ports=-1 do parâmetro do módulo), as interfaces da rede IP-over-InfiniBand (ibX) poderão tornar-se disponíveis muito tarde.

Quando isto ocorrer, use o comando rcnetwork restart para corrigir este problema.

No manual IBM Redbook "Implementing InfiniBand in IBM System p (SG247351), a Tabela 6-3 (na página 220 da versão PDF) descreve as definições bit do código de depuração, onde diversos bit indicadores de erro HCA estavam também descritos.

Perceba que com os adaptadores eHCA2, os bits 46 e 47 destes bits indicadores de erro podem retornar falso positivos.

Nas estações de trabalho HP ICH10, o áudio é apenas ativado através das tomadas da frente de 3.5mm. De forma que, para receber qualquer resultado do áudio ou usar a gravação, você deverá conectar os seus fones de ouvido, auto-falante ou microfone nas tomadas da frente. No momento, para as tomadas da parte de trás, os auto-falantes internos e o volume principal não funcionam nesta estação de trabalho.

Com esta atualização, o modo de disposição e detecção do PCI padrão para os seguintes modelos foi alterado:

Estes modelos usam um modo de enumeração e verificação do dispositivo que não é padrão para a Red Hat Enterprise Linux 4 ou 5. O modo usado por estes modelos HP Proliant podem resultar em placas de adicionamento sendo detectadas e adicionadas antes dos dispositivos onboard/internos. Esta disposição inesperada pode causar dificuldades quando instalando novas instâncias do Red Hat Enterprise Linux, adicionando hardware e manutenção.

A numeração das placas da interface da rede (NIC) para os modelos HP Proliant mencionados podem alterar quando elas forem atualizados com o Red Hat Enterprise Linux 4.7 kernel. O instalador altera a numeração NIC, caso o parâmetro HWADDR=MAC ADDRESS não seja definido no /etc/sysconfig/network-scripts/ifcfg-eth[X] para cada NICs instalado. Desta forma, a Red Hat recomenda que você garanta que este parâmetro seja definido com o objeto de evitar qualquer problema chegando a partir de uma enumeração NIC inesperada.

Adicionado a isto, para evitar quaisquer alterações de enumeração NIC após a atualização destes modelos HP Proliant para Red Hat Enterprise Linux 4.7, adicione o parâmetro de inicialização kernel pci=nobfsort ao /boot/grub/grub.conf.

Quando um grupo de volume contém um espelho ou snapshot, a emissão do comando lvchange com o parâmetro de grupo de volume pode resultar nas seguintes mensagens de erro:

Unable to change mirror log LV fail_secondary_mlog directly
Unable to change mirror image LV fail_secondary_mimage_0 directly
Unable to change mirror image LV fail_secondary_mimage_1 directly
                                        

Estas mensagens podem ser seguramente ignoradas.

Os sistemas Dell PowerEdge SC1435s podem travar durante a inicialização. Para evitar isto, edite a linha terminal no grub.conf e substitua a seqüência serial console com o console serial.

O driver ixgbe atualizado não suporta o Intel 82598AT (Copper Pond 10GbE).

O Red Hat Enterprise Linux 5.3 pode detectar o crescimento ou retrocesso on-line do dispositivo de bloqueio adjacente. No entanto, não existe método para detectar automaticamente que um dispositivo alterou o tamanho. Portanto, os passos manuais são solicitados para reconhecê-lo e redimensionar quaisquer sistemas de arquivo que residem no(s) dispositivo(s) gerado(s). Quando um dispositivo de bloqueio redimensionado for detectado, uma mensagem parecida com a seguinte aparecerá nas autenticações do sistema:

VFS: inodes não disponíveis na alteração da mídia ou redimensionamento do disk sdi
                                

Caso o dispositivo de bloqueio estiver aumentando, esta mensagem poderá ser ignorada. No entanto, caso o dispositivo de bloqueio estiver diminuindo sem quaisquer dados determinados no primeiro dispositivo de bloqueio, os dados residentes no dispositivo poderão ser corrompidos.

É apenas possível realizar um redimensionamento on-line do filesystem que foi criado no LUN por completo (ou dispositivo de bloqueio). Caso haja uma tabela de partição no dispositivo de bloqueio, o sistema de arquivo terá que ser desmontado para atualizar a tabela de partição.

Não existe um vazamento de memória conhecido com a família res_n* de rotinas solucionadoras (ex.: res_nquery, res_nsearch and res_nmkquery). Os programas que usam estas funções vazarão memória com o passar do tempo. Isto foi ajustado nas versões mais recentes do glibc, no entanto, a correção é bastante invasiva para ser aplicada ao Red Hat Enterprise Linux 4. Os programas que usam estas funções talvez tenham que ser re-inicializados para limpeza de memória.

O número de dispositivos que podem ser manuseados durante a instalação do Red Hat Enterprise Linux depende do tamanho da instalação da imagem initrd. Portanto, em situações onde existem diversos dispositivos anexados a uma máquina (tais como as pesadas configurações do Canal de Fibra populosas), a instalação não será possível a não ser que o número dos dispositivos visíveis seja reduzido.

A atualização do driver aacraid, que foi primeiramente introduzida no Red Hat Enterprise Linux 4.7, solicita a atualização do firmware Adaptec PERC3/Di. As atualizações subseqüentes do Red Hat Enterprise Linux 4 (incluindo esta atualização 4.8) solicitam que o firmware esteja na versão 2.8.1.7692, A13 ou mais recente. O firmware pode ser obtido no seguinte local:

http://support.dell.com/support/downloads/download.aspx?c=us&cs=555&l=en&s=biz&releaseid=R168387&SystemID=PWE_PNT_PIII_1650&servicetag=&os=WNET&osl=en&deviceid=1375&devlib=0&typecnt=0&vercnt=9&catid=-1&impid=-1&formatcnt=4&libid=35&fileid=228550

Durante a instalação, o anaconda não removerá todos os metadados Logical Volume Manager (LVM) que existem num sistema antes da instalação. Estes extra metadados podem causar que as ferramentas LVM relatem os grupos de volume faltantes ou volumes lógicos após a instalação. Para contornar este problema, remova os metadados LVM que estão fora de uso após a instalação ser completada.

O multipath não abafa as mensagens de erro emitidas por quaisquer programas de chamada do mesmo. Portanto, se um multipath estiver rodando enquanto os caminhos estiverem inativos (fora de operação), diversas mensagens de erro poderão ser exibidas. As mensagens que são exibidas dependem dos programas de chamadas específicos que o multipath estiver usando. Por exemplo, se o multipath estiver rodando enquanto houver falha de dispositivos scsi, o scsi_id emitirá

<H>:<B>:<T>:<L>:Unable to get INQUIRY vpd 1 page 0x0.
<H>:<B>:<T>:<L>:sg_io failed status 0x0 0x1 0x0 0x0
                                        

Do contrário, se o multipath -ll estiver rodando enquanto o EMC CLARiiON estiver fora, a chamada mpath_prio_emc priority emitirá query command indicates error