Copyright © 2007 Red Hat, Inc. entre outros. Este material pode ser distribuído somente sujetio à termos e condições estabelecidas na Lincensa de Publicação Aberta, v.1.0, disponível no site http://www.opencontent.org/openpub/.
Os tópicos a seguir são abordados neste documento:
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
Algumas atualizações do Red Hat Enterprise Linux 4 .7 poderão não aparecer nesta versão de Notas de Versão. Uma versão atualizada das Notas de Versão Red Hat Enterprise Linux 4 .7 também está disponível na seguinte URL:
A seção seguinte inclui informações específicas da instalação do Red Hat Enterprise Linux e do programa de instalação Anaconda.
Ao atualizar a partir de uma versão anterior do Red Hat Enterprise Linux 4 (assim como da versão 4.5 até 4.6) para o Red Hat Enterprise Linux 4.7, recomendamos que você utilize o Red Hat Network, seja através da interface de usuário da web hospedada ou pelo Red Hat Network Satellite.
Se você estiver atualizando um sistema sem nenhuma conexão de rede disponível, use o recurso "Upgrade" do Anaconda. No entanto, observe que o Anaconda possui habilidades limitadas para lidar com problemas, tais como as dependências em repositórios adiconais ou aplicativos de terceiros. Além disso, o Anaconda reporta os erros de instalação em um arquivo de autenticação, e não de forma interativa.
Portanto, a Red Hat recomenda que ao atualizar os sistemas offline, teste e verifique a integridade de sua configuração do upgrade primeiro. Tenha certeza de confirmar cuidadosamente, se a autenticação de atualização não possui erros, antes de aplicar o upgrade no ambiente de produção.
Os upgrades in-loco entre versões maiores do Red Hat Enterprise Linux (por exemplo, atualizando do Red Hat Enterprise Linux 3 para o Red Hat Enterprise Linux 4.7) não são suportados. Embora a opção "Upgrade" do Anaconda permite que você realize isto, não há garantia de que o upgrade resultará em uma instalação bem sucedida. Os upgrades in-loco nas versões maiores não preservam todas as configurações de sistema, serviços, e configurações padronizadas. Por esta razão, a Red Hat recomenda que você realize uma instalação nova ao planejar atualizar entre maiores versões.
Caso deseje copiar o conteúdo dos CD-ROMs do Red Hat Enterprise Linux 4 .7 (como preparação para uma instalação baseada em rede, por exemplo), certifique-se de que você irá 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 de um 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.
A senha hashing usando as funções de hash do SHA-256 and SHA-512 é agora suportada.
Para alterar para SHA-256 or SHA-512 em um sistema instalado, execute o authconfig --passalgo=sha256 --kickstart or authconfig --passalgo=sha512 --kickstart. Contas de usuários existentes, não serão afetadas até que suas senhas sejam modificadas.
Para sistemas recém instalados, o uso do SHA-256 or SHA-512 pode ser configurado somente para instalações de kickstart. Para fazer isto, use as opções --passalgo=sha256 or --passalgo=sha512 do comando do kickstart auth. Também, remova o --enablemd5
Se sua instalação não usa o kickstart, use o authconfig como descrito acima, e depois altere todas as senhas (incluindo a root) criada após a instalação.
Também foram adicionadas opções adequadas ao libuser, pam, e shadow-utils para suportar estes algorítmos de hashing de senha. O authconfig configura opções necessárias automaticamente, portanto ele geralmente não é necessário para modificá-los manualmente.
Novos valores da opção crypt_style e novas opções para ambos hash_rounds_min e hash_rounds_max são agora suportados na seção de [defaults] do /etc/libuser.conf. Para mais informações, consulte o arquivo /usr/share/doc/libuser-[libuser version]/README.sha.
Novas opções sha256, sha512, e rounds são agora suportadas pelo módulo da PAM pam_unix. Para mais informações, consulte o arquivo /usr/share/doc/pam-[pam version]/txts/README.pam_unix.
As seguintes novas opções no /etc/login.defs são agora suportadas pelo shadow-utils:
ENCRYPT_METHOD — Especifica o método de criptografia para ser usado. Os valores válidos são DES, MD5, SHA256, SHA512. Caso esta opção seja definida, o comando MD5_CRYPT_ENAB será ignorado.
SHA_CRYPT_MIN_ROUNDS e SHA_CRYPT_MAX_ROUNDS — Especifica o número de rodadas de hashing para usar caso o ENCRYPT_METHOD esteja ajustado para SHA256 ou SHA512. Caso nenhuma opção seja configurada, um valor default será escolhido pelo glibc. Caso somente uma opção seja estabelecida, o método de criptografia especificará o número de rodadas.
Caso ambas as opções sejam usadas, elas especificam um intervalo incluso do qual o número de rodadas é escolhido aleatoriamente. O número selecionado de rodadas é limitado ao intervalo incluso [1000, 999999999].
O grupo OpenFabrics Enterprise Distribution está incluso agora em comps.xml. Este grupo contém componentes usados para alto desempenho de rede e cluster (por exemplo, InfiniBand e Remote Direct Memory Access).
Esta atualização implementa o uso de dispositivo de bloco paravirtualizado e drivers de rede, os quais aprimoram o desempenho de convidados totalmente virtualizados. Além disso, você agora pode usar mais de três números de interfaces de rede virtuais (VNIF) por domínio de convidado.
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 tempo de HZ visível para os aplicativos de espaço de usuário.
O uso da opção divider=[value] permite que você reduza a sobrecarga e aumente a eficácia, reduzindo a acuracia das operações de tempo e perfil. Isto é útil nos ambientes virtualizados assim como para certos aplicativos.
Alguns comandos de valores [valores] úteis para o relógio padrão de 1000Hz são:
2 = 500Hz
4 = 250Hz
10 = 100Hz (valor usado por versões anteriores do Red Hat Enterprise Linux)
Observe que o kernel virtualizado usa o relógio de 250HZ por padrão. Assim, ele não precisa da opção divider=[value] em dom0 ou em convidados paravirtualizados.
Firefox agora está atualizado para a versão 3.0. Esta atualização apresenta diversos reparos e aprimoraments, entre eles os mais importantes:
As homepages estabelecidas agora são carregadas corretamente quando se abre a janela do navegador do Firefox.
Firefox não trava mais quando você procura por uma faixa "do".
Firefox no modo 64-bit agora carrega a biblioteca do JavaScript ext corretamente. Em versões anteriores doFirefox, os aplicativos baseados em Web que usavam esta biblioteca levavam muito tempo para carregar ou simplesmente não carregavam.
Foi descoberto um defeito de script de cross-site na maneira como o Firefox lidava com o esquema jar:URI. Este defeito acontecia devido à ataques de scripts de um website perigoso ao usuário. Este problema de segurança foi reparado nesta versão.
Foram descobertos diversos erros quando o Firefox processava certos conteúdos incorretos. Os websites que continham tais conteúdos podiam travar o Firefox ou até mesmo executar códigos arbitrários como usuário Firefox . Este problema de segurança foi reparado nesta atualização.
Uma condição de concorrência foi descoberta na forma que o Firefox estabelecia a propriedade do window.location em uma página da Web. Com este defeito, a página da Web estabelecia um cabeçalho arbitrário Referer, isto poderia levar à um ataque de uma falsa requisição de cross-site (CSRF) contra os websites que contavam somente com o cabeçalho Referer. Este problema de segurança foi reparado nesta atualização.
Firefox agora renderiza corretamente em laptops equipados com a exibição externa.
Observe, no entanto, que esta atualização do Firefox não é totalmente compatível com o JavaScripts ou com os plugins do Firefox usados hoje.
Da mesma forma, a Red Hat observou que diversos aplicativos da Web amplamente comerciais possuiam alguns defeitos de script do cross-site, devido à atualizações deste Firefox. Estes defeitos de script são descritos nos seguintes links:
Consequentemente, o uso destes aplicativos comerciais da Web podem resultar em alguma perda de funcionalidade, tais como em erros adicionais do JavaScripts no Console de Erro do Firefox ( = > ). A Red Hat está trabalhando atualmente com os fabricantes correspondentes para solucionar este problema.
iostat agora resulta em estatísticas sobre o status e desempenho de E/S de partições.
A conta de E/S nesta versão agora resulta em estatísticas centrais compreensíveis. Isto foi concluído ao implementar o uso do ru_inblock e ru_outblock, os quais já são usados como principais.
O resultado show_mem() agora inclui o número total de páginas do pagecache. Isto torna as informações de depuração enviadas ao console e para o /var/log/messages mais úteis, especialmente durante as eliminações durante a 'falta de memória'.
A sinalização do O_ATOMICLOOKUP foi removida. Esta sinalização não é usada por nenhum daemon de userspace atual. Mais adiante, o bit geralmente usado pelo O_ATOMICLOOKUP é usado por outra sinalização (O_CLOEXEC); portanto, O_ATOMICLOOKUP foi removido para evitar conflitos originados deste compartilhamento de bit.
O kernel agora exporta informações de limite de processo para o /proc/[PID]/limits (onde [PID] é o ID do processo).
O parâmetro TCP_RTO_MIN pode agora ser configurado para um máximo de milisegundos de 3000. O TCP_RTO_MIN não era um parâmetro ajustável do kernel nas versões anteriores.
Esta atualização permite mais flexibilidade do TCP/IP, e permite que aplicativos reiniciem uma transmissão de acordo com as transmissões sem fio (por exemplo, as taxas de transmissão de telefones celulares).
Você pode configurar o parâmetro TCP_RTO_MIN através do ip route. Por exemplo, para ajustar o TCP_RTO_MIN para um máximo de 3000 millisegundos, use:
ip route change [route] dev eth0 rto_min 3s
Para informações adicionais sobre o ip route, consulte a página man ip.
Foi implementada a função udp_poll(). Esta atualização reduz a probabilidade de retornos de falso positivo da chamada do sistema select().
Você pode agora habilitar/desabilitar os números de inodes de 32 bits. Para fazer isto, use o parâmetro do kernel nfs.enable_ino64=. Ao configurar o nfs.enable_ino64=0 ele irá instruir o cliente NFS a retornar os números de inode de 32 bits para as chamadas de sistema do readdir() e stat() (ao invés de números completos de inodes de 64 bits).
Por padrão, o parâmetro do kernel é ajustado para retornar os números de inode de 64 bits atuais.
Você pode agora restringir as gravações do NFS para memória baixa. Para fazer isto, ajuste o /proc/sys/vm/nfs-writeback-lowmem-only para 1 (ele é definido como 0 por padrão).
As versões anteriores não incluiam esta capacidade. Isto fazia com que o NFS lesse a degradação do desempenho em alguns casos, principalmente quando o sistema encontrava volumes altos de requisições de leitura/edição do NFS.
Você pode agora definir quando as páginas de arquivo mapeadas são usadas em cálculos do dirty_ratio e dirty_background_ratio. Para fazer isto, ajuste o /proc/sys/vm/write-mapped para 1 (ele é definido como 0 por padrão).
Ao ajustar o /proc/sys/vm/write-mapped para 1 você poderá implementar o desempenho de leitura do NFS com mais rapidez. Observe no entanto que, ao fazer isto você estará exposto aos riscos de 'sem memória'.
O CIFS é agora atualizado para a versão 1.50c. Esta atualização aplica diversas melhorias e reparos de erros, incluindo a capacidade de montar as opções do SO/2.
O Core dump masking é agora suportado. Isto permite que o processo do core dump pule os segmentos de memória compartilhada de um processo quando criar um arquivo do core dump. Este recurso também permite que você esvazie ou não a memória compartilhada anônima em cada processo.
Quando um processo é esvaziado (dump), toda a memória é gravada em um arquivo central desde que o tamanho deste arquivo não seja limitado. Em alguns casos, talvez você queira evitar que alguns segmentos de memória (tais como enormes memórias compartilhadas) sejam despejados (dumped). Talvez você também queira salvar os segmentos de memória de backup de arquivo em um arquivo central, além dos arquivos individuais.
Para fazer isto você pode usar /proc/[pid]/coredump_filter para especificar quais segmentos de memória do processo [pid] foi despejado. O coredump_filter é o bitmask de tipos de memória. Caso um bitmask seja ajustado, os segmentos de memória de tipo de memória correspondente serão despejados (dumped).
São suportados os seguintes tipos de memória:
bit 0 — memória privada anônima
bit 1 — memória compartilhada anônima
bit 2 — memória privada de arquivo com backup
bit 3 — memória compartilhada de arquivo com backup
Para definir um bitmask para o [pid], defina-o como /proc/[pid]/coredump_filter. Por exemplo, para evitar um esvaziamento (dump) dos segmentos de memória compartilhada anexados ao processo 1111, use:
echo 0x1 > /proc/1111/coredump_filter
O valor padrão do coredump_filter is 0x3, o qual especifica que todos os segmentos de memória anônimas são despejados. Da mesma forma, note que não importa o status do bitmask, as páginas do MMIO (tal como buffers de quadros) nunca são despejados e as páginas do cDSO são sempre despejadas.
Quando um processo é criado, o processo herda o status do bitmask de seus pais. Como tal, a Red Hat reocmenda que você defina o coredump_filter antes de executar o programa. Para fazer isto use o comando echo para imprimir os bitmasks desejados em /proc/self/coredump_filter.
Foram adicionados os arquivos de dispositivo /dev/msr[0-n].
O driver powernow-k8 agora é compilado como um módulo. Isto facilita a aplicação das atualizações do driver, pois o driver não é mais compilado no kernel.
Oprofile suporta agora o perfil baseado em eventos no hardware Greyhound.
O controlador SATA AMD ATI SB800 é agora suportado.
O controlador SATA AMD ATI SB600 e o SB700 que usam o cabo de 40-pin IDE são agora suportados.
O DMA (Direct memory access) de 64 bits é agora suportado em AMD ATI SB700
Foram adicionados os IDs de dispositivo de PCI necessários para suportar o Intel ICH10.
O módulo do kernel i2c-piix4 está habilitado para suportar o AMD SBX00 SMBus.
i5000_edac: driver adicionado para o suporte do conjunto de chips da Intel 5000.
i3000_edac: driver adicionado para suportar o conjunto de chips daIntel 3000 3010.
Foram adicionadas informações de cache corretas do conjunto de chips da Intel Tolapai. Isto garante que o hardware seja listado corretamente.
i2c_piix4: módulo adicionado para suportar AMD ATI SB600, SB700, e SB800.
A implementação do OpenFabrics Enterprise Distribution (OFED) nesta versão é agora baseada na versão do OFED 1.3. Isto aprimora o suporte para hardware que usa os drivers do InfiniBand.
wacom: driver atualizado para adicionar suporte para os seguintes dispositivos de entrada:
Intuos3 12x19
Intuos3 12x12
Intuos3 4x6
Cintiq 20wsx
i2c-i801: driver (junto com os PCI IDs correspondentes) atualizados para suportar Intel Tolapai.
sata_svw: driver atualizado para suportar o conjunto de chip do Broadcom HT1100 .
libata: driver atualizado para habilitar o Native Command Queuing (NCQ - Fila de Comando Nativa) removendo os drives da Hitachi da lista negra.
ide: driver utualizado para incluir ide=disable, um módulo do PCI do kernel que pode ser usado para desabilitar os drivers do ide.
psmouse: atualização de driver para suportar adequadamente os dispositivos de entrada que usam o protocolo cortps. Exemplos destes dispositivos de entrada são o 4-button mice e dispositivos trackball, desenvolvidos pelo Cortron.
eHEA: driver atualizado para coincidir as versões mais importantes. Esta atualização implica em diversos reparos de erros maiores e aprimoramentos no suporte IBM i6 e p6, incluindo:
Adição do suporte Large Receive Offload (LRO - Descarga de Recepção em Larga Escala) como um módulo de rede.
Adição do poll_controller, necessário para suportar os módulos netdump e netconsole.
zfcp driver atualizado para aplicar os reparos de erros mais importantes. Esta atualização aplica-se em diversas mudanças, especialmente em:
Quando os adaptadores são reabertos em um ambiente de multipath após uma remoção instantânea do canal de fibra, eles não marcam mais os caminhos afetados como falhos. Com esta atualização, sinalizações de adaptador relevante são agora limpas corretamente durante tal evento.
Quando um fsf requer tempo limite, o adaptador não é mais marcado como falho após uma recuperação bem sucedida. A sinalização ZFCP_STATUS_COMMON_ERP_FAILED é limpa agora quando o adaptador é habilitado com sucesso.
A sinalização BOXED agora é limpa quando o adaptador é reabilitado com sucesso.
Um erro que podia causar um travamento entre a pilha do SCSI e o thread do ERP (em alguns casos, quando alguns dispositivos estão sendo registrados) foi reparado.
Ao usar o chccwdev para marcar um dispositivo como "offline" em um ambiente multipath, a E/S não atrasa mais em todos os caminhos. Além disso, ao usar o chccwdev para conectar novamente o dispositivo, ele ainda usaráo verificador de caminho correto.
bnx2x: driver adicionado para suportar os adaptadores de rede no conjunto de chip do Broadcom 5710.
cxgb3: atualizado para suportar o controlador de ethernet e OFED Chelsio 10G .
Driver realtek: atualizado para suportar a placa de rede do PCI-E doRealtek RTL8111 e RTL8168
e1000: driver atualizado para suportar endereços de MAC alternados, necessário para suportar a arquitetura do Virtual Connect.
e1000e: driver atualizado para a última versão principal. Esta atualização fornece suporte para as placas de rede ICH9m e 82574L Shelter Island e aplica diversos reparos também.
bnx2 atualização do driver na versão 1.6.9. Esta se aplica a diversas mudanças, e fornece suporte para o conjunto de chips Broadcom 5906s.
igb atualização do driver para a versão 1.0.8-k2. Esta versão do driver agora suporta o conjunto de chips da Intel 82575EB (Zoar).
s2io: atualizado para a versão 2.0.25.1 fornecendo suporte para o adptador de rede Neterion Xframe-II 10GbE
tg3 drivers atualizados para a versão 3.86. Esta atualização apresenta diversos reparos de erros e aprimoramentos, incluindo:
Um problema de condição de corrida do irq_sync foi reparado.
Auto-MDI agora está habilitado
forcedeth: driver atualizado para a versão 0.61. Esta atualização fornece suporte para os seguintes conjuntos de chip:
MCP73
MCP77
MCP79
Esta atualização também fornece diversos reparos de erros relacionados à ordem de endereços do WOL, MAC e problemas de timeout do tx.
stex: driver atualizado para a versão 3.6.0101.2. Esta atualização aplica diversos aprimoramentos importanes e reparos de erros.
mpt fusion drivers família atualizados para a versão 3.12.19.00. Esta atualização aplica diversos aprimoramentos e reparos, especialmente em:
O ajuste dos parâmetros para modificar a profundidade da fila, foi incluído emmptsas.c, mptspi.c, emptfc.c. Estes parâmetros são mptsas_device_queue_depth, mptspi_device_queue_depth, e mptfc_device_queue_depth. O valor padrão para estes parâmetros de ajustes é 48.
Em sistemas com mais de 36GB de memória, são suportadas até 1.078 entradas de dispersão/reunião.
Foi adicionada a sinalização ioc->broadcast_aen_busy. Esta sinalização é definida quando o thread do mptsas_broadcast_primative_work está sendo executado. Quando eventos adicionais do aen são postados, eles serão ignorados enquanto a sinalização ioc->broadcast_aen_busy estiver definida.
Além disso, os comandos SCSI_IO serão congelados e colocados novamente na fila mais tarde, quando a sinalização do ioc->broadcast_aen_busy estiver definida. Esta sinalização é limpa quando o thread do mptsas_broadcast_primative_work for concluído.
A rotina do timeout do comando interno agora emite uma Redefinição de Diagnóstico (Diagnostic Reset) para limpar uma condição de espera quando o comando sync cache é emitido ao descarregar um driver. Esta capacidade foi adicionada implementando duas rotinas de timeout: uma delas gerencia todos os comandos internos não associados à validação do domínio, enquanto a outra somente gerencia comandos associados com a validação do domínio.
A rotina de timeout da validação do domínio agora emite uma redefinição de barramento ao invés de uma redefinição de alvo.
Agora, quando uma requisição de Task Management (Gerenciamento de Tarefas), através de uma interface de IOCTL é concluída, o timer do IOCTL associado é removido. Isto evita que o timer expire, pois isto resulta em uma redefinição do host até mesmo quando a requisição do Task Management é concluída com sucesso.
qla2xxx: atualizado para a versão 8.02.00-k5. Esta atualização para o qla2xxx adiciona suporte para os seguintes:
O EHAFT, um mecanismo de adaptador de barramento de host QLogic, que fornece informações de atividade sobre os dispositivos de canal de fibra.
8GB fibre-channel devices.
Esta atualização também aplica diversos aprimoramentos fornecidos pelo upstream, incluindo um reparo de erro que evita que o driver espere em um retorno que já esteja em estado LOOP_DEAD.
qla3xxx: driver atualizado para a versão v2.03.00-k4-rhel4.7-01. Esta atualização repara um erro que ocorria quando uma interface de propriedade do driver qla3xxx era usada em um VLAN, as conclusões de entrada não eram gerenciadas e eram passadas para a pilha do TCP/IP.
qla4xxx: atualização da versão 5.01.03-d0. Ela apresenta os seguintes reparos:
Foi criada uma sessão para cada porta disponível no mesmo alvo. Além disso, foi reparado um erro que evitava que o qla4xxx emitisse uma requisição de re-autenticação para alguns alvos (após uma falha ou falta de cabo).
Nas versões anteriores do qla4xxx, o tamanho de comportamento da fila de E/S não foi afetada pelos erros de "fila cheia". Agora o tamanho da fila foi ajustado adequandamente quando um erro de "fila cheia" ocorre, o que melhor o manuseamento de erro de E/S. Consequentemente, o tamanho da fila para todos os LUNs em cada algo também será limitado.
A função do SCSI agora é habilitada antes da inicialização do firmware. Este reparo de erro garante que a função SCSI receba notificações de todas as redefinições leves ou erros fatais que ocorram, antes que a inicialização do firmware seja concluídas.
Um erro que evitava que o sistema operacional imprimisse alguns alvos que transitavam do estado de "não ativo" para "ativo" (durante a inicialização do driver) foi reparado.
CCISS: driver atualizado para a versão 3.6.20-RH1. Esta atualização fornece suporte para os controladores SAS/SATA futuros, e aplica as seguintes mudanças também (entre outras):
O controle de E/S do sg_io foi adicionado. Este ioctl é fornecido para aprimorar suporte para o multipathing.
As entradas de /proc/driver/cciss foram modificadas para evitar que o sistema trave quando muitos drives são instalados no sistema.
A configuração do READ_AHEAD no driver cciss foi removida. O driver cciss usará agora a camada de bloco padrão de 256. Testes mostraram que a configuração do READ_AHEAD=1024 não resultou em uma melhora consistente de desempenho, em algumas situações, esta configuração poderia também fazer com que o sistema travasse.
megaraid_sas: driver atualizado para a versão 3.18 para suportar os conjuntos de chips LSI 1078 executando no modo MegaRAID. Além disso, diversos reparos de erros foram aplicados à esta atualização, incluindo:
MFI_POLL_TIMEOUT_SECS é agora de 60 segundos (antes de 10 segundos). Isto foi feito para acomodar o firmware, o qual podia levar um máximo de 60 segundos para retornar ao comando INIT.
Foi reparado um erro que causava redefinições contínuas de chip e timouts de comandos, devido ao cálculo de contagem de quadros. Com esta atualização, o driver agora envia a contagem de quadros correta para o firmware sob demanda.
Foi adicionado o parâmetro de módulo do poll_mode_io para suportar a pesquisa.
arcmsr: driver atualizado para a versão 1.20.00.15.rh. Esta atualização aplica diversos reparos de erros e aprimoramentos menores. Além disso, ele também fornece suporte para os seguintes adaptadores do SATA RAID:
ARC1200
ARC1201
ARC1202
As características do Technology Preview não são atualmente suportadas pelos serviços de subscrição do Red Hat Enterprise Linux 4 .7, talvez não estejam completas quanto à funcionalidade, e geralmente não são compatíveis para uso em produção. No entanto, estas características são incluídas como uma conveniência ao consumidor, assim como para prover maior exposição do recurso.
Os clientes poderão achar estes recursos úteis num ambiente não-produtivo. Os clientes também são livres para opinar e sugerir funcionalidades para a prévia da tecnologia antes que ela seja completamente suportada. Serão oferecidas Erratas para casos de problemas de segurança de alta gravidade.
Durante o desenvolvimento de um recurso de prévia da tecnologia, alguns componentes adicionais serão disponibilizados ao público para fins de teste. A intenção da Red Hat é oferecer suporte total para recursos de prévia de tecnologia em versão futura.
Systemtap fornece 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.
A GNU Compiler Collection (gcc-4.1) continua inclusa nesta liberação como uma Prévia de Tecnologia. Este compilador foi originalmente introduzido como uma Prévia de Tecnologia em Red Hat Enterprise Linux 4.4.
Para maiores informações sobre gcc-4.1, refira-se ao website do projeto em http://gcc.gnu.org/. Um manual profundo sobre gcc-4.1.2 pode também ser lido na http://gcc.gnu.org/onlinedocs/gcc-4.1.2/gcc/.
autofs5 é incluído nesta liberação como uma Prévia da Tecnologia. Esta nova versão de autofs soluciona diversos assuntos de interoperabilidade de longa duração em ambientes de multi-fornecedores. autofs5 caracterizada também pelos seguintes aperfeiçoamentos:
suporte do mapa direto, do qual fornece um mecanisno de sistemas de arquivo de montagem automática, em qualquer ponto de um arquivo de sistema
mount vagarosa e suporte umount
suporte avançado LDAP através de uma nova configuração de arquivo, /etc/autofs_ldap_auth.conf
implementação completa do uso nsswitch.conf
múltiplas entradas do mapa controlador para mapas diretos
implementação completa do mapa de inclusão, do qual permite o conteúdo de mapas específicos a serem incluídos nos mapas controladores autofs
No momento, o analisador lexical do mapa controlador não pode examinar propriamente as séries especificadas, num ponto de montagem ou mapa de especificação. Assim como, as séries especificadas devem ser escritas nos mapas por elas mesmas.
autofs continua instalado e executado por padrão nesta liberação. Então, você precisa instalar o pacote autofs5 manualmente, caso você deseje utilizar os aprimoramentos autofs5
Você pode ter instalado autofs e autofs5. No entanto, apenas um deles deve ser usado para fornecer serviços de auto-montagem. Para instalar autofs5 e para usá-lo como seu auto-montador, você deverá seguir as seguintes orientações:
Inicie com a root e interrompa o serviço autofs usando o comando service autofs stop.
Desative o serviço autofs usando o comando chkconfig autofs off.
Instale o pacote autofs5
Ative o serviço autofs5 usando o comando chkconfig autofs5 on.
Inicie autofs5 usando o comando service autofs5 start.
Para maiores informações sobre autofs5, refira-se às seguintes páginas man ( após a instalação do pacote autofs5):
autofs5(5)
autofs5(8)
auto.master.v5(5)
automount5(8)
Você pode também consultar o /usr/share/doc/autofs5-<version>/README.v5.release para maiores informações.
Quando um aplicativo tal como systool lê o arquivo /sys/class/scsi_host/host<scsi host number>/mbox (gerado pelo driver Emulex lpfc), a mensagem benigna "Bad State" não é mais impressa no console ou autenticada no arquivo de autenticação do sistema.
Os Kernels atuais não declaram sinais Data Terminal Ready ( DTR ) antes da impressão de portas seriais, durante o tempo de iniciação. A asserção DTR é requerida por alguns dispositivos. As mensagens de iniciação do kernel são agora impressas para o painel de controle serial de certos dispositivos.
Em Red Hat Enterprise Linux 4.6, a solicitação de autenticação podia não aparecer quando o sistema operacional era instalado através de um console serial. Este problema foi agora reparado nesta versão.
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.
Este erro manifesta no 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á travar indefinidamente quando dm-multipath é 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. Configurar o atributo Preferred Dual Adapter State para Primary em ambos os adaptadores do SAS pode disparar uma condição de concorrência 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 adapatador SAS está definido para None se o outro adaptador SAS estiver estabelecido para Primary.
O servidor X desta versão pode falhar em sistemas que o uso dos conjuntos de chip baseado em Intel GM965.
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:
Determine qual o nome da porta mundial (WWPN) de cada conexão está usando show connections. Abaixo segue um resultado de exemplar show connections em uma matriz HP MSA1000 com duas conexões:
Connection Name: <Unknown> Host WWNN = 200100E0-8B3C0A65 Host WWPN = 210100E0-8B3C0A65 Profile Name = Default Unit Offset = 0 Controller 2 Port 1 Status = Online Connection Name: <Unknown> Host WWNN = 200000E0-8B1C0A65 Host WWPN = 210000E0-8B1C0A65 Profile Name = Default Unit Offset = 0 Controller 1 Port 1 Status = Online
Configure cada conexão corretamente usando o seguinte comando:
adicionar conexão [nome da conexão] WWPN=[WWPN ID] perfil=Linux OFFSET=[unit offset]
Observe que o comando [nome da conexão] pode ser estabelecida de forma arbitrária.
Usando o exemplo dado, os comandos adequandos devem ser:
adicione a conexão foo-p2 WWPN=210000E0-8B1C0A65 profile=Linux OFFSET=0
adicione a conexão foo-p1 WWPN=210100E0-8B3C0A65 profile=Linux OFFSET=0
Execute a show connections novamente para verificar que cada conexão é adequadamente configurado. Como o exemplo dado, a configuração correta deve ser:
Connection Name: foo-p2 Host WWNN = 200000E0-8B1C0A65 Host WWPN = 210000E0-8B1C0A65 Profile Name = Linux Unit Offset = 0 Controller 1 Port 1 Status = Online Connection Name: foo-p1 Host WWNN = 200100E0-8B3C0A65 Host WWPN = 210100E0-8B3C0A65 Profile Name = Linux Unit Offset = 0 Controller 2 Port 1 Status = Online
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 sob certas condições de alta carga. Quando o driver ib_mthca reporta um erro catastrófico neste hardware, é geralmente relacionado à um 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 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.
( amd64 )