
Ao tentar provisionar um sistema CentOS 7 com o RedHat Satellite 6.2.9 recebi o seguinte erro:
...
ValueError: novo valor, sistema de arquivos xfs inexistente não é válido como tipo fs padrão
Painel está morto
Alguém pode ajudar?
Responder1
Bem, depois de algumas horas resolvi o problema.
Apesar de a mensagem de erro falar sobre um sistema de arquivos inexistente, o problema em si não tem nada a ver com o tipo de sistema de arquivos. O verdadeiro problema é que os arquivos vmlinuz/initrd.img que são entregues à máquina durante o primeiro processo de inicialização são diferentes daqueles que são entregues ao Anaconda quando ele inicia o processo de instalação.
No RedHat Satellite 6.2.9, você deve encontrar quais são os arquivos vmlinuz/initrd corretos no repositório pulp:
$cd /var/lib/pulp/published/yum/master/yum_distributor/
$for i in `find . -name "*vmlinuz*"`; do md5sum $i; done
e26fb62adf407f112b47d63eff6bd23c ./Library-Ceph-CentOS-7-CentOS-7-os/1508160648.68/images/pxeboot/vmlinuz
e26fb62adf407f112b47d63eff6bd23c ./Generico_CENTOS-17_0-CentOS-7-CentOS-7-os/1510159832.92/images/pxeboot/vmlinuz
e26fb62adf407f112b47d63eff6bd23c ./Generico_CENTOS-18_0-CentOS-7-CentOS-7-os/1512565858.98/images/pxeboot/vmlinuz
e26fb62adf407f112b47d63eff6bd23c ./Producao-Ceph-CentOS-7-CentOS-7-os/1508161486.78/images/pxeboot/vmlinuz
e26fb62adf407f112b47d63eff6bd23c ./Generico_CENTOS-21_0-CentOS-7-CentOS-7-os/1517253969.47/images/pxeboot/vmlinuz
e26fb62adf407f112b47d63eff6bd23c ./Generico_CENTOS-22_0-CentOS-7-CentOS-7-os/1517255117.41/images/pxeboot/vmlinuz
e26fb62adf407f112b47d63eff6bd23c ./Generico_CENTOS-23_0-CentOS-7-CentOS-7-os/1521811840.7/images/pxeboot/vmlinuz
e26fb62adf407f112b47d63eff6bd23c ./Producao-Generico_CENTOS-CentOS-7-CentOS-7-os/1527697980.04/images/pxeboot/vmlinuz
e26fb62adf407f112b47d63eff6bd23c ./Producao-Generico_CENTOS_POSTGRES-CentOS-7-CentOS-7-os/1521834748.44/images/pxeboot/vmlinuz
e26fb62adf407f112b47d63eff6bd23c ./Generico_CENTOS_POSTGRES-4_0-CentOS-7-CentOS-7-os/1521833864.47/images/pxeboot/vmlinuz
Todos eles têm o mesmo md5 porque apontam para o mesmo arquivo. O mesmo precisa ser feito com o initrd.img:
$for i in `find . -name "*initrd.img*"`; do md5sum $i; done
Em seguida, substitua pelos arquivos corretos no diretório /var/lib/tftpboot/boot:
$cd /var/lib/tftpboot/boot
$ls |grep CentOS
CentOS-7.2-x86_64-initrd.img
CentOS-7.2-x86_64-vmlinuz
CentOS-7.3-x86_64-initrd.img
CentOS-7.3-x86_64-vmlinuz
CentOS-7.4-x86_64-initrd.img
CentOS-7.4-x86_64-vmlinuz
CentOS-7-x86_64-initrd.img
CentOS-7-x86_64-vmlinuz
CentOS_Linux-7-x86_64-initrd.img
CentOS_Linux-7-x86_64-vmlinuz
$sudo cp /var/lib/pulp/published/yum/master/yum_distributor/Generico_CENTOS-17_0-CentOS-7-CentOS-7-os/1510159832.92/images/pxeboot/vmlinuz CentOS-7.2-x86_64-vmlinuz CentOS-7.2-x86_64-vmlinuz
Faça isso para cada arquivo vmlinuz e initrd.img relacionado ao sistema operacional com problema.
Responder2
Isso acontece com todas as versões do Satellite (e do Foreman) quando o kernel/initramdisk muda após o lançamento do novo sistema operacional e/ou após a sincronização do repositório ou é baixado incorretamente. Melhoramos um pouco esse problema no Foreman 1.20 (Satellite 6.5) mas ainda não foi resolvido. Uma solução preliminar foi entregue no Satellite 6.6 (beta) e no Foreman 1.22:https://projects.theforeman.org/issues/26709
SOLUÇÃO ALTERNATIVA: Exclua initramdisk/vmlinuz no servidor TFTP e entre novamente no modo de compilação para baixá-los.