A instalação remota do kickstart do CentOS 5.5 está em “Iniciando o processo de instalação”. Como depurar?

Question

Estou tendo dificuldades com uma instalação remota do kickstart do CentOS 5.5 em um HP ProLiant DL360 G6. Isso é em um ambiente onde eu mantenho um repositório interno do yos do CentOS. Os scripts de instalação e postagem do kickstart foram testados e normalmente funcionam. Esse hardware também é comum nesse ambiente, então não acredito que seja um fator. Infelizmente, estou tendo problemas com uma instalação específica do servidor.

O sistema é remoto para o repositório do yum a uma distância de 500 milhas. Eles são conectados por uma conexão privada de camada de 100 megabits 2 (ida e volta de 26 ms). Estou montando a imagem ISO netinstall do 10M CentOS 5 via um console remoto HP ILO. Os parâmetros iniciais de inicialização são:

linux ks=http://yum.abctrading.com/prop.cfg ksdevice=eth0 ip=x.x.x.x dns=x.x.x.x netmask=255.255.255.0 gateway=x.x.x.x

Estou usando o método url --url http://ks.abctrading.com/5.5/os/x86_64/ da instalação. Isso rapidamente é inicializado no instalador do anaconda, puxa a configuração do kickstart e formata as unidades. O processo finalmente pára na tela abaixo, lendo "Starting install process." . Ir para os outros consoles virtuais dá a segunda imagem abaixo. O processo trava neste ponto e não pode continuar com o restante da instalação. Rodar a mesma configuração do kickstart funciona muito bem. Eu tentei montar o ISO de inicialização a partir do console, bem como da linha de comando do ILO2 apontando para um ISO de inicialização hospedado localmente via http.

Como posso depurar isso? Há alguma opção que eu ignorei?

    

Answer 1

A execução desta instalação via NFS solucionou o problema de desempenho. Infelizmente, a parte urlgrabber do Yum nos scripts de pós-instalação foi lenta, como nas tentativas iniciais de instalação do http. O foco é restrito à implementação do urlgrabber do Yum e algo com a distância da linha e a conexão de baixa latência. Depois que o sistema foi inicializado no sistema operacional recém-instalado, a velocidade do yum estava boa.

    

Answer 2

Talvez seja o armazenamento em cache de RPMs no servidor remoto. Assista ( tail -f /var/log/httpd/access_log ) o access_log no servidor http para verificar a atividade.

    

Answer 3

Eu vi esse problema causado por um problema de DNS.

Determine o nome do host do URL que está sendo usado pelo anaconda e adicione-o a /etc/hosts :

# echo 192.168.1.1 my.server.example.com >> /etc/hosts

anaconda imediatamente acelera.