6.7. Problemas conhecidos
Esta parte descreve os problemas conhecidos no Red Hat Enterprise Linux 8.
6.7.1. Instalador e criação de imagem
Os comandos auth
e authconfig
Kickstart requerem o repositório AppStream
O pacote authselect-compat
é exigido pelos comandos auth
e authconfig
Kickstart durante a instalação. Sem este pacote, a instalação falha se o auth
ou authconfig
forem usados. Entretanto, por projeto, o pacote authselect-compat
está disponível apenas no repositório AppStream.
Para contornar este problema, verifique se os repositórios BaseOS e AppStream estão disponíveis para o instalador ou use o comando Kickstart authselect
durante a instalação.
(BZ#1640697)
Os comandos reboot --kexec
e inst.kexec
não fornecem um estado previsível do sistema
Realizar uma instalação RHEL com o comando de reinicialização --kexec
Kickstart ou os parâmetros de inicialização do kernel inst.kexec
não fornecem o mesmo estado previsível do sistema que uma reinicialização completa. Como conseqüência, mudar para o sistema instalado sem reinicialização pode produzir resultados imprevisíveis.
Note que a característica kexec
é depreciada e será removida em um futuro lançamento do Red Hat Enterprise Linux.
(BZ#1697896)
A instalação do Anaconda inclui baixos limites de recursos mínimos para a definição dos requisitos
O Anaconda inicia a instalação em sistemas com o mínimo de recursos necessários disponíveis e não fornece aviso prévio de mensagens sobre os recursos necessários para realizar a instalação com sucesso. Como resultado, a instalação pode falhar e os erros de saída não fornecem mensagens claras para uma possível depuração e recuperação. Para contornar este problema, certifique-se de que o sistema tenha as configurações mínimas de recursos necessários para a instalação: 2GB de memória em PPC64(LE) e 1GB em x86_64. Como resultado, deve ser possível realizar uma instalação bem sucedida.
(BZ#1696609)
A instalação falha ao usar o comando reboot --kexec
A instalação do RHEL 8 falha ao utilizar um arquivo Kickstart que contém o comando reboot --kexec
. Para evitar o problema, use o comando reboot
ao invés de reiniciar --kexec
em seu arquivo Kickstart.
Suporte de inicialização segura para s390x no instalador
A RHEL 8.1 fornece suporte para a preparação de discos de inicialização para uso em ambientes IBM Z que reforçam o uso de inicialização segura. As capacidades do servidor e do Hypervisor utilizadas durante a instalação determinam se o formato resultante no disco contém ou não suporte seguro de inicialização. Não há maneira de influenciar o formato on-disk durante a instalação.
Conseqüentemente, se você instalar o RHEL 8.1 em um ambiente que suporta boot seguro, o sistema não poderá inicializar quando movido para um ambiente sem suporte de boot seguro, como é feito em alguns cenários de falha.
Para contornar este problema, é necessário configurar a ferramenta zipl
que controla o formato on-disk boot. O zipl
pode ser configurado para escrever o formato on-disk anterior mesmo que o ambiente no qual ele é executado suporte a boot seguro. Execute os seguintes passos manuais como usuário root uma vez que a instalação do RHEL 8.1 esteja concluída:
-
Editar o arquivo de configuração
/etc/zipl.conf
Adicionar uma linha contendo "secure=0" à seção rotulada "defaultboot".
Exemplo de conteúdo do arquivo `zipl.conf` após a mudança:
[defaultboot] defaultauto prompt=1 timeout=5 target=/boot secure=0
-
Executar a ferramenta
zipl
sem parâmetros
Após executar estas etapas, o formato em disco do disco de inicialização RHEL 8.1 não conterá mais suporte de inicialização seguro. Como resultado, a instalação pode ser inicializada em ambientes que não possuem suporte de inicialização seguro.
(BZ#1659400)
A configuração inicial do RHEL 8 não pode ser feita via SSH
Atualmente, a interface de configuração inicial do RHEL 8 não é exibida quando conectado ao sistema usando SSH. Como conseqüência, é impossível realizar a configuração inicial em uma máquina RHEL 8 gerenciada via SSH. Para contornar este problema, realize a configuração inicial no console principal do sistema (ttyS0) e, posteriormente, efetue o log in usando SSH.
(BZ#1676439)
O valor padrão para a opção secure=
boot não está definido para auto
Atualmente, o valor padrão para a opção secure=
boot não está definido como automático. Como conseqüência, o recurso de boot seguro não está disponível porque o padrão atual está desativado. Para contornar este problema, defina manualmente secure=auto
na seção [defaultboot]
do arquivo /etc/zipl.conf
. Como resultado, o recurso de boot seguro é disponibilizado. Para mais informações, consulte a página de manual do zipl.conf
.
(BZ#1750326)
Copiar o conteúdo do arquivo Binário DVD.iso
para uma partição omite os arquivos .treeinfo
e .discinfo
Durante a instalação local, ao copiar o conteúdo do DVD.iso binário RHEL 8 para uma partição, o *
no comando cp <path>/\* <mounted partition>/dir
não copia os arquivos .treeinfo
e .discinfo
. Estes arquivos são necessários para uma instalação bem sucedida. Como resultado, os repositórios BaseOS e AppStream não são carregados, e uma mensagem de log relacionada a depuração no arquivo anaconda.log
é o único registro do problema.
Para contornar o problema, copie os arquivos .treeinfo
e .discinfo
que faltam para a partição.
(BZ#1687747)
O servidor HTTPS autoassinado não pode ser usado na instalação Kickstart
Atualmente, o instalador falha na instalação a partir de um servidor https autoassinado quando a fonte de instalação é especificada no arquivo kickstart e a opção --noverifyssl
é utilizada:
url --url=https://SERVER/PATH --noverifyssl
Para contornar este problema, anexe o parâmetro inst.noverifyssl
à linha de comando do kernel ao iniciar a instalação do kickstart.
Por exemplo:
inst.ks=<URL> inst.noverifyssl
(BZ#1745064)