Não é possível iniciar o kickstart com o caminho / 404 squashfs.img

0

Estou usando o spacewalk 2.6 em uma máquina CentOS7. Eu estou tentando kickstart máquina do servidor de caminhada no espaço.

Para fins de solução de problemas, desativei o SElinux Para fins de resolução de problemas, não tenho iptabled / firewalld

Eu tentei criar uma árvore instalável durante a sincronização do canal / repo de um CentOS7. Depois que a distribuição é adicionada na caminhada espacial, é definida a geração do instalador para o Red Hat Linux 7. Eu também montei uma iso de uma iso de instalação da rede do SL, e copiei seu conteúdo para o servidor spcewalk para criar uma distribuição no Spacewalk

Eu crio um kickstart na GUI do passeio espacial, tudo bem e bem.

Quando eu faço o kickstart de uma máquina, ela falha porque não consegue encontrar o LiveOS / squashfs.img. O arquivo está lá no servidor, mas o httpd dá um 404. Eu tentei ampliar a permissão na pasta LiveOS na árvore de kickstart, mas sem dados.

10.10.70.8 - - [15 / Jan / 2017: 12: 39: 00 +0100] "POST / cobbler_api HTTP / 1.1" 200 143 "-" "Java / 1.8.0_111" 10.10.70.8 - - [15 / Jan / 2017: 12: 39: 00 +0100] "POST / cobbler_api HTTP / 1.1" 200 129 "-" "Java / 1.8.0_111" 10.10.10.6 - - [15 / Jan / 2017: 12: 39: 00 +0100] "GET /var/satellite/rhn/kickstart/sl_netinst/.treeinfo HTTP / 1.1" 404 4715 "-" "curl / 7.29.0 " 10.10.10.6 - - [15 / Jan / 2017: 12: 39: 00 +0100] "GET /var/satellite/rhn/kickstart/sl_netinst/LiveOS/squashfs.img HTTP / 1.1" 404 4715 "-" "curl / 7,29.0 "

-rw-r-xr-x. 1 777 raiz 282337280 13 de janeiro 23:48 /var/satellite/rhn/kickstart/sl_netinst/LiveOS/squashfs.img

Alguém pode me ajudar a resolver isso.

Muito apreciado.

    
por Arch 15.01.2017 / 12:44

2 respostas

0

Obrigado, Patrick.

a razão pela qual isso aconteceu em primeiro lugar é porque eu criei um canal e uma árvore kickstartable contra o lançamento do CentoS 7. A árvore kickstartable mostrou um sinal inválido depois

Quando escolho criar um canal e uma árvore kickstartable contra o CentOS7.3 Tudo funcionou instantaneamente

    
por 25.01.2017 / 16:35
0

EDIT: Eu acho que o abaixo não vai funcionar, ele continua lançando um erro de transação annaconda ao instalar pacotes. Para corrigir meu problema, configurei meu media_path para o seguinte:

/ks/dist/org/1/CentOS-7.3-Base

A variável media_path na "distribuição kickstart" e o arquivo real do kickstart eram diferentes.

Distribuição do Kickstart - > Variáveis: media_path = / ks / dist / org / 1 / CentOS-7.3-Base

Perfis do Kickstart - > Variáveis: media_path = / var / satlite / rhn / kickstart / 1 / CentOS-7.3-Base

Eu resolvi isso fazendo o seguinte (é bem fácil)

  1. Crie um symlink em /var/www/html , que aponta para o seu diretório de mídia. (Acabei de chamar meu link simbólico centos7 aqui e seu link simbólico apontará para /var/satellite/rhn/kickstart/sl_netinst/ )

    ln -s /var/satellite/rhn/kickstart/1/CentOS-7.3-Base /var/www/html/centos7

  2. Você precisa atualizar sua variável media_path no seu kickstart. Você pode fazer isso através da WebUI do Spacewalk.

    Detalhes do Kickstart - > Variáveis

    e altere media_path para centos7 (ou nome do seu symlink)

  • Salve seu kickstart e inicie novamente

  • Você também pode testar se funciona tentando extrair o squashfs.img.

    curl -o squashfs.img <spacewalk_server>/centos7/LiveOS/squashfs.img

  • Por que isso funciona

    Se você olhar para a configuração padrão do spacewalk do apache /etc/httpd/conf.d/zz-spacewalk-www.conf . Tem essa configuração:

    <Directory "/var/www/html/*">
        Options Indexes FollowSymLinks
    

    Então, basicamente, siga os links simbólicos em / var / www / html / que é abertamente acessível por padrão.

        
    por 24.01.2017 / 16:50