Tentando o meu primeiro Kickstart com o Scientific Linux 7, e eliminei a maioria dos bugs com a migração dos meus scripts do SL6, mas um permanece.
Eu inicializo a VM no DHCP para puxar o arquivo do Kickstart de um servidor HTTP, adicionando o seguinte no prompt do carregador de boot:
net.ifnames=0 ip=eth1:dhcp inst.ks=http://server/ks.cfg
Isso funciona bem, e o arquivo é baixado e processado com sucesso.
Configuração do Kickstart:
…
network --bootproto=static --device=eth0 --ip=192.168.242.224 --netmask=255.255.255.0 --gateway 192.168.242.1 --nameserver 192.168.242.200
network --bootproto=static --device=eth1 --ip=10.10.242.224 --netmask=255.255.255.0 --nodns
…
Após a instalação e reinicialização, o eth1 está bem. No entanto, eth0 permanece no DHCP. Fazendo o check-in /etc/sysconfig/network-scripts/
, localizo ambos ifcfg-eth0
com as informações de IP estático, mas também ifcfg-eth0-1
com uma configuração de DHCP.
/ etc / sysconfig / scripts de rede / ifcfg-eth0
# Generated by parse-kickstart
UUID=9db01644-e98d-4260-a13e-96d26b251297
DNS1=192.168.242.200
IPADDR=192.168.242.224
GATEWAY=192.168.242.1
DEFROUTE=yes
IPV6_AUTOCONF=no
NETMASK=255.255.255.0
BOOTPROTO=static
DEVICE=eth0
ONBOOT=no
IPV6INIT=yes
/ etc / sysconfig / scripts de rede / ifcfg-eth0-1
HWADDR=00:50:56:93:D0:AA
TYPE=Ethernet
BOOTPROTO=dhcp
DNS1=192.168.242.200
DEFROUTE=yes
PEERDNS=yes
PEERROUTES=yes
IPV4_FAILURE_FATAL=no
IPV4_ROUTE_METRIC=0
IPV6INIT=yes
IPV6_AUTOCONF=no
IPV6_DEFROUTE=yes
IPV6_FAILURE_FATAL=no
NAME=eth0
UUID=73ef022d-ff28-404e-9326-cb2240ba78c1
DEVICE=eth0
ONBOOT=yes
Parece que a segunda configuração está tomando precedência; o que posso fazer para evitar esse comportamento?
(Se for relevante, desativei nomes de interface "consistentes" porque eles são tudo menos em hardware virtual. Especifico net.ifnames=0
no carregador de boot e depois removo o pacote biosdevname
no meu Kickstart.)