desabilita o gpgcheck ao usar o comando repo em um arquivo de kickstart

Question

Existe uma maneira de contornar o gpgcheck ao usar o comando repo em um arquivo de kickstart?

Estou tentando definir o repositório para usar na instalação de "pacotes".

No momento da instalação, o primeiro pacote que ele tenta capturar é " iputils-20071127-16.el6.i686.rpm ".

Parece transferir ok, mas depois exibe o erro,

" O arquivo não pode ser aberto. Isso ocorre devido a um arquivo ausente, um pacote corrompido ou mídia corrompida .... ".

Estou assumindo que esse é um erro no gpgcheck ou um erro de soma de verificação.

UPDATE

Na VM em que estou instalando, consegui soltar no console após o erro, transferir o arquivo manualmente via wget e confirmar que o hash corresponde ao hash listado para o pacote em filelists.xml.

No entanto, ao executar rpm -K iputils-20071127-16.el6.i686.rpm , recebo a mensagem:

iputils-20071127-16.el6.i686.rpm: RSA sha1 ((MD5) PGP) md5 NOT OK (MISSING KEYS: (MD5) PGP#c105b9de)

Portanto, este parece ser o problema com o "erro corrompido" exibido na instalação. Esta verificação pode ser desativada?

NOTA:

Confirmei que o arquivo está ok, transferindo-o pelo mesmo método de transferência e instalando-o via linha de comando em uma VM separada.

arquivo de kickstart

install
url --url http://192.168.240.79:8008
lang en_US.UTF-8
keyboard us
xconfig --startxonboot
network --device eth0 --bootproto dhcp
rootpw --iscrypted $1$CVbGwMaJ$.
firewall --enabled --port=22:tcp
authconfig --enableshadow --enablemd5
selinux --disabled
timezone Asia/Tokyo
bootloader --location=mbr --driveorder=sda --append="rhgb quiet"
repo --name="Local-Repo"  --baseurl=http://192.168.240.79:8008/ --cost=100

%packages
@base
@core
@custom-shared
@custom-db
%end

nome do arquivo

    

Answer 1

Ok, isso é obscuro, mas deixe-me postar o que eu encontrei no caso de alguém acertar isso.

Para o servidor HTTP, estava tentando usar o SimpleHTTPServer interno do python. Isso funcionou bem baixando a imagem inicial e outros arquivos, mas sempre retornava um erro "corrupto" quando atingia o primeiro RPM.

Acontece que isso ocorre porque o SimpleHTTPServer não suporta solicitações Range .

(Veja link )

Depois de descobrir isso, descobri que alguém já tinha feito uma versão do SimpleHTTPServer que suporta Range, link .

Após a queda em RangeHTTPServer para SimpleHTTPServer , a instalação continua conforme o esperado.