Ao usar o novo recurso de criptografia de disco para criptografar os sistemas de arquivos root, a seguinte mensagem de erro será reportada no console ao fechar o sistema:
Stopping disk encryption [FAILED]
Esta mensagem pode ser ignorada com segurança, o processo de fechamento será concluído com sucesso.
When using an encrypted device, the following error message may be reported during bootup:
insmod: error inserting '/lib/aes_generic.ko': -1 File exists
This message can safely be ignored.
Realizar uma instalação usando um Multiple Device (MD) RAID acima do multipath, não permitirá que uma máquina seja inicializada. O Multipath para dispositivos de Rede de Área de Armazenamento (SAN), que fornecem o RAID internamente, não serão afetados.
When a large number of LUNs are added to a node, multipath can significantly increase the time it takes for udev to create device nodes for them. If you experience this problem, you can correct it by deleting the following line in
/etc/udev/rules.d/40-multipath.rules:
KERNEL!="dm-[0-9]*", ACTION=="add", PROGRAM=="/bin/bash -c '/sbin/lsmod | /bin/grep ^dm_multipath'", RUN+="/sbin/multipath -v0 %M:%m"
This line causes udev to run multipath every time a block device is added to the node. Even with this line removed, multipathd will still automatically create multipath devices, and multipath will still be called during the boot process, for nodes with multipathed root filesystems. The only change is that multipath devices will not be automatically created when multipathd is not running, which should not be a problem for the vast majority of multipath users.
Ao fazer o upgrade de uma versão mais recente do Red Hat Enterprise Linux 5.3, você pode encontrar o seguinte erro:
Updating : mypackage ################### [ 472/1655]
rpmdb: unable to lock mutex: Invalid argument
A causa do problema de bloqueio é que o futex compartilhado bloqueando o glibc foi aprimorado com o futex por processo entre 5.2 e 5.3. Como resultado, os programas que executam o 5.2 glibc não podem realizar o futex compartilhado adequadamente bloqueando nos programas que executam com o 5.3 glibc.
Esta mensagem de erro em específico é um efeito colateral de um pacote chamando o rpm como parte de seu script de instalação. A instância do rpm que realiza o upgrade está usando o glibc antigo através do upgrade, mas a instância do rpm lançada de dentro do script está usando o novo glibc.
To avoid this error, upgrade glibc first in a separate run:
# yum update glibc
# yum update
You will also see this error if you downgrade glibc to an earlier version on an installed 5.3 system.
mvapich e mvapich2 no Red Hat Enterprise Linux 5 são compilados para suportar somente interconexões InfiniBand/iWARP. Consequentemente, eles não executarão na ethernet ou outras interconexões de rede.
Em sistemas com mais de dois dispositivos de bloco criptografados, o anaconda possui uma opção para fornecer uma senha global. Os scripts init, no entanto, não suportam este recurso. Ao inicializar o sistema, será necessário inserir cada senha individual para todos os dispositivos criptografados.
When upgrading openmpi using yum, the following warning may be returned:
cannot open `/tmp/openmpi-upgrade-version.*' for reading: No such file or directory
The message is harmless and can be safely ignored.
Configurar a afinidade do IRQ SMP não tem efeito sob alguns dispositivos que usam as interrupções sinalizadas de mensagens (MSI) sem a capacidade de mascarar o por-vector MSI. Exemplos de tais dispositivos incluem Broadcom NetXtreme Dispositivos de Ethernet que usam o driver bnx2.
Se você precisar configurar a afinidade do IRQ para tal dispositivo, desabilite o MSI ao criar um arquivo no /etc/modprobe.d/ contendo a seguinte linha:
options bnx2 disable_msi=1
Como forma alternativa, você pode desabilitar o MSI completamente, usando o parâmetro do kernel pci=nomsi.
Um erro no arquivo /etc/udev/rules.d/50-udev.rules atualizado evita a criação de nomes persistentes para dispositivos de fita com números maiores de 9 em seus nomes. Por exemplo, um nome persistente não será criado para um dispositivo de fita com um nome de nst12.
Para resolver este problema, adicione um (*) após cada acontecimento da faixa nst[0-9] in /etc/udev/rules.d/50-udev.rules.
A ferramenta smartctl não consegue ler os parâmetros SMART (INTELIGENTES) propriamente, a partir dos dispositivos do SATA.
Um erro nas versões anteriores do openmpi e lam podem evitar que você atualize estes pacotes. Este erro manifesta-se da seguinte forma, ao tentar atualizar openmpi ou lam:
error: %preun(openmpi-[version]) scriptlet failed, exit status 2
Desta forma, você precisa remover manualmente versões anteriores do openmpi e lam para instalar suas últimas versões. Para fazer isso, use o seguinte comando rpm:
rpm -qa | grep '^openmpi-\|^lam-' | xargs rpm -e --noscripts --allmatches
When using dm-multipath, if features "1 queue_if_no_path" is specified in /etc/multipath.conf then any process that issues I/O will hang until one or more paths are restored.
To avoid this, set no_path_retry [N] in /etc/multipath.conf (where [N] is the number of times the system should retry a path). When you do, remove the features "1 queue_if_no_path" option from /etc/multipath.conf as well.
If you need to use "1 queue_if_no_path" and experience the issue noted here, use dmsetup to edit the policy at runtime for a particular LUN (i.e. for which all the paths are unavailable).
To illustrate: run dmsetup message [device] 0 "fail_if_no_path", where [device] is the multipath device name (e.g. mpath2; do not specify the path) for which you want to change the policy from "queue_if_no_path" to "fail_if_no_path".
Não há suporte para habilitação de diversas versões instaladas do mesmo módulo do kernel. Além disso, um erro na forma que as versões de módulo do kernel são analisadas podem, às vezes, resultar em ativar uma versão mais antiga do mesmo módulo de kernel.
A Red Hat recomenda que quando você instalar uma versão mais recente de um módulo de kernel instalado, você deve remover primeiro a antiga.
Executar o kdump em um IBM Bladecenter QS21 ou QS22 configurado com o root do NFS, irá falhar. Para evitar isto, especifique um alvo de despejo do NFS em /etc/kdump.conf.
Os laptops da IBM T60 desligarão completamente quando suspensos e plugados em uma estação de encaixe. Para evitar isto, inicialize o sistema com o argumento acpi_sleep=s3_bios.
O QLogic iSCSI Expansion Card para o IBM Bladecenter fornece tanto a função de ethernet quanto a iSCSI. Algumas partes desta placa são compartilhadas por ambas as funções. No entanto, os drivers qla3xxx e qla4xxx atualmente suportam as funções ethernet iSCSI individualmente. Ambos os drivers não suportam o uso das funções de ethernet e iSCSI simultâneamente.
Por causa desta limitação, redefinições sucessivas (através de comandos ifdown/ifup consecutivos) podem travar o dispositivo. Para evitar isto, permita um intervalo de 10 segundos após um ifup antes de emitir um ifdown. Também, dê um intervalo de 10 segundos após um ifdown antes de emitir um ifup. Este intervalo permite tempo suficiente para estabilizar e reinicializar todas as funções quando um ifup for emitido.
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).
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.3.
O sistema pode não reinicializar com sucesso em um kernel kexec/kdump se o X estiver rodando e usando um driver que não seja o vesa. Este problema existe apenas com o conjunto de chips gráficos ATI Rage XL.
Se o X estiver rodando em um sistema equipado com o ATI Rage XL, certifique-se de que esteja usando o driver vesa para que possa reinicializar com sucesso em um kernel kexec/kdump.
Ao usar o Red Hat Enterprise Linux 5.2 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
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 [stale LUN]
Por exemplo se [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
Executar um comando multipath com a opção -ll pode causar um travamento no comando se um dos caminhos estiver em um dispositivo de bloqueio. Observe que o driver não falha uma requisição após algum tempo se o dispositivo não responder.
Isto é causado por um código de limpeza, o qual espera até que a requisição do verificador do caminho seja concluída ou falhe. Para exibir o estado atual do multipath sem travar o comando, use o multipath -l.
A atualização do pm-utils a partir de uma versão Beta do Red Hat Enterprise Linux 5.2 do arquivo pm-utils irá falhar, resultando no seguinte erro:
erro: desempacotando o arquivo falho no arquivo /etc/pm/sleep.d: cpio: rename
Para evitar que isto aconteça, remova o diretório /etc/pm/sleep.d/ antes de fazer o upgrade. Se houver qualquer arquivo em /etc/pm/sleep.d transfira-os para /etc/pm/hooks/.
Os testes de Hardware para o Mellanox MT25204, revelaram a existência de um erro interno sob condições de alta carga. Quando o driver ib_mthca reporta um erro catastrófico neste hardware, ele está geralmente relacionado à uma fila de operações não concluídas, dependendo do número de requisições de trabalhos pendentes geradas pelo aplicativo do usuário.
Apesar do driver zerar o hardware e recuperá-lo após tal evento, todas as conexões se perdem durante o erro. Isto geralmente resulta em uma falha de segmentação no aplicativo do usuário. Mais tarde, se o opensm estiver rodando quando o erro ocorrer, este terá que ser reiniciado manualmente, para finalizar a operação de forma adequada.
Ao instalar o Red Hat Enterprise Linux 5 em um convidado, o convidado é configurado para usar um kernel de instalação temporário explicitamente, fornecido pelo dom0. Uma vez a instalação concluída, ele pode então usar seu próprio carregador de inicialização. No entanto, isto pode ser obtido somente forçando a primeira reinicialização do convidado ser fechada.
Dessa forma, quando o botão aparecer no final da instalação do convidado, clicar nele irá fechar o convidado mas não irá reiniciá-lo. Isto é um comportamento já esperado.
Observe que quando você inicializa o convidado depois disso, ele usará seu próprio carregador de inicialização.
Ao executar o rpmbuild no compiz o RPM fonte irá falhar se qualquer KDE ou pacotes de desenvolvimento de qt (por exemplo, qt-devel) forem instalados. Isto é causado por um erro no script de configuração do compiz.
Para resolver este problema, remova qualquer KDE ou pacotes de desenvolvimento do qt antes de tentar construir um pacote compiz a partir deste RPM fonte.
Se seu sistema possui ATI Radeon R500 ou a placa de gráficos equipadas R600, firstboot não irá rodar após a instalação. O sistema irá diretamente para a tela de login gráfica e irá pular todos os firstboot. Se você tentar rodar o firstboot manualmente (ou seja, de um terminal de segurança falha), a sessão X irá travar.
Este problema é causado pelo driver usado pelo hardware ATI Radeon R500/R600. O driver default usado por estas placas de gráficos ainda são apresentadas como uma amostra de tecnologia. Para resolver este problema, faça o backup de seu arquivo /etc/X11/xorg.conf depois configure o X para usar o driver suportado do vesa ao invés de usar o seguinte comando:
system-config-display --reconfig --set-driver=vesa
Agora você pode rodar o firstboot.. Para mudar de volta para as configurações antigas, recupere seu /etc/X11/xorg.conf original.
Se seu sistema usar o timer do TSC, as chamadas do sistema gettimeofday podem retroceder. Isto acontece porcausa de um problema de estouro que faz com que o timer do TSC pule para frente de forma significante em alguns casos, quando isto ocorrer, o timer do TSC irá se corrigir, mas irá registrar um movimento de retrocedimento no tempo.
Este problema é especialmente crítico para sistemas de senbilidade ao tempo, como aqueles usados para sistemas de transação e banco de dados. Assim, se seu sistema precisar de uma precisão de tempo, a Red Hat recomenda que você configure o kernel para usar outro timer (por exemplo HPET).
Tentar executar o sniff pode resultar em erro. Isto acontece porque alguns pacotes não estão instalados com o dogtail.
Para prevenir que isto ocorra, instale os seguintes pacotes manualmente:
librsvg2
ghostscript-fonts
pygtk2-libglade
Thin Provisioning (also known as "virtual provisioning") will be first released with EMC Symmetrix DMX3 and DMX4. Please refer to the EMC Support Matrix and Symmetrix Enginuity code release notes for further details.
Na configuração do /etc/multipath.conf, max_fds para unlimited irá evitar que o daemon do multipathd inicie adequadamente. Por isso, você deve usar um volume alto o suficiente para esta configuração.
O SystemTap atualmente usa o GCC para analisar os acontecimentos do espaço do usuário. No entanto, o GCC não consegue fornecer depuradores com a informação de lista de local precisa para os parâmetros. Em alguns casos, o GCC também falha em fornecer a visibilidade em alguns parâmetros. Como consequência, os scripts do SystemTap que analisa o espaço do usuário pode retornar leituras não precisas.
O modelo de laptop IBM T41 não insere corretamente o , de forma que o consumirá vida útil de bateria normalmente. Isto é devido à Red Hat Enterprise Linux 5 não ter ainda incluído o modelo radeonfb.
Para resolver isto, adicione um hal-system-power-suspend de script nomeado ao /usr/share/hal/scripts/, contendo as seguintes linhas:
chvt 1
radeontool light off
radeontool dac off
Este script garantirá que o laptop IBM T41 insira o corretamente. Para certificar-se que o sistema resume as operações normais de forma correta, adicione o script restore-after-standby ao mesmo diretório, contendo as seguintes linhas:
radeontool dac on
radeontool light on
chvt 7
Se o módulo edac é carregado, a memória BIOS que está relatando, não irá funcionar. Isto acontece porque o módulo edac limpa o registro que o BIOS usa para relatar erros de memória.
O Red Hat Enterprise Linux Driver Update Model atual instrui o kernel para carregar todos os módulos disponíveis (incluindo o módulo edac) por padrão. Se você quiser garantir a memória de BIOS relatando em seu sistema, você precisa fazer uma lista manualmente dos módulos edac. Para fazer isto, adicione as seguintes linhas em /etc/modprobe.conf:
blacklist edac_mc
blacklist i5000_edac
blacklist i3000_edac
blacklist e752x_edac
A Red Hat Enterprise Linux 5.3 pode detectar o crescimento ou encolhimento online de um dispositivo de bloco adjacente. No entanto, não há método para detectar automaticamente que um dispositivo mudou de tamanho, assim procedimentos manuais são necessários para reconhecer isto e redefinir o tamanho de qualquer sistema de arquivo que resida nos dados dispositivos. Quando um dispositivo de bloco com tamanho redefinido é detectado, uma mensagem como a seguinte aparecerá nos logs de sistema:
VFS: busy inodes on changed media or resized disk sdi
Se o dispositivo de bloco cresceu, então esta mensagem pode ser ignorada com segurança. No entanto, se o dispositivo de bloco estava encolhido sem encolher qualquer conjunto de dado no dispositivo de bloco primeiro, os dados que residem no dispositivo podem estar corrompidos.
É possível redefinir o tamanho online somente de um sistema de arquivo que foi criado em um LUN inteiro (ou dispositivo de bloco). Se existir uma tabela de partição no dispositivo de bloco, o sistema de arquivo terá que desmontar para atualizar a tabela de partição.
Se seu sistema possuir um sistema de arquivo do GFS2, um nó pode travar se um inode em cache for acessado em um nó e desvinculado em um nó diferente. Quando isto ocorrer, o nó travado ficará indisponível até que você identifique-o e recupere-o através do mecaniscmo de recuperação de cluster nomal. As chamadas de funções do gfs2_dinode_dealloc e shrink_dcache_memory também aparecerão no rastreamento de pilha de quaisquer pilhas de processos no nó travado.
Este problema não afeta os sistemas de arquivo GFS2 de nó simples.
The following message may be encountered during system boot:
Could not detect stabilization, waiting 10 seconds.
Reading all physical volumes. This may take a while...
This delay (which may be up to 10 seconds, dependant on the hardware configuration) is necessary to ensure that the kernel has completed scanning the disks.
A implementação atual do no ipmitool permite que você configure os dispositivos, mas não permite que você recupere as configurações atuais para estes dispositivos.
Usando o parâmetro swap --grow no arquivo kickstart sem a configuração do parâmetro --maxsize ao mesmo tempo, faz com que o anaconda imponha uma restrição no tamanho máximo da partição swap. Ele não permite que cresça para preencher o dispositivo.
Para sistemas com menos do que 2GB de memória física, o limite imposto é de duas vezes a quantia de memória física. Para sistemas com mais de 2GB, o limite imposto é o tamanho da memória física mais 2 GB.
The
gfs2_convert program may not free up all blocks from the GFS metadata that are no longer used under GFS2. These unused metadata blocks will be discovered and freed the next time gfs2_fsck is run on the file system. It is recommended that
gfs2_fsck be run after the filesystem has been converted to free the unused blocks. These unused blocks will be flagged by gfs2_fsck with messages such as:
Ondisk and fsck bitmaps differ at block 137 (0x89)
Ondisk status is 1 (Data) but FSCK thinks it should be 0 (Free)
Metadata type is 0 (free)
These messages do not indicate corruption in the GFS2 file system, they indicate blocks that should have been freed, but were not. The number of blocks needing to be freed will vary depending on the size of the file system and block size. Many file systems will not encounter this issue at all. Large file systems may have a small number of blocks (typically less than 100).
