☰

Instalação do kickstart OEL8 no ESXi - trava em "Sistema básico de destino alcançado" - por quê?

tag-icon • tag-icon linux kickstart oracle-linux
Instalação do kickstart OEL8 no ESXi - trava em "Sistema básico de destino alcançado" - por quê?

Estou tentando instalar o OEL8 no ESXi 7 com um arquivo kickstart. Tenho o ks.cfg hospedado em um servidor http na sub-rede local. As configurações ks.cfg são obtidas de um arquivo anaconda-ks.cfg da VM OEL instalado manualmente. Eu tenho o OEL8 ISO montado na VM e consigo acessar o menu de inicialização inicial e inserir o parâmetro do kernel para kickstart. A inicialização prossegue normalmente inicialmente antes de parar em "Sistema Básico de destino alcançado". Se eu remover o parâmetro de inicialização silenciosa, vejo que ele para na seguinte linha: "8021q: adicionando VLAN 0 ao filtro HW no dispositivo ens192", o que sugere que é um problema com as configurações de rede.

Tenho todas as configurações de rede estática especificadas em ks.cfg e tentei especificar manualmente a interface --devicee configurá-la para --device=link(apenas uma NIC). A NIC é uma VMXNET3 e está configurada com as mesmas configurações (ou seja, padrão) da caixa que doou o anaconda-ks.cfg. Não consigo acessar um console neste momento. Finalmente, a VM inicializa no instalador gráfico padrão sem incidentes se eu não fornecer o parâmetro kickstart.

o que estou perdendo? ks.cfg segue:

#version=OL8
# Use graphical install
#graphical
text

#repo --name="AppStream" --baseurl=file:///run/install/sources/mount-0000-cdrom/AppStream

%packages
@^minimal-environment
aide
audispd-plugins
audit
crypto-policies
dnf-automatic
fapolicyd
firewalld
iptables
kexec-tools
libcap-ng-utils
openscap
openscap-scanner
openssh-clients
openssh-server
policycoreutils
policycoreutils-python-utils
rng-tools
rsyslog
rsyslog-gnutls
scap-security-guide
sudo
tmux
usbguard
-abrt
-abrt-addon-ccpp
-abrt-addon-kerneloops
-abrt-addon-python
-abrt-cli
-abrt-plugin-logger
-abrt-plugin-sosreport
-gssproxy
-iprutils
-krb5-workstation
-nfs-utils
-pigz
-sendmail
-tuned

%end

# Keyboard layouts
keyboard --xlayouts='us'
# System language
lang en_US.UTF-8

# Network information
network  --bootproto=static --device=ens192 --ethtool="autoneg on" --gateway=<address> --ip=<address> --nameserver=<dns1>,<dns2> --netmask=<mask> --noipv6 --activate
network  --hostname=localhost.localdomain

# Use CDROM installation media
cdrom

# Run the Setup Agent on first boot
firstboot --enable

ignoredisk --only-use=sda
# Partition clearing information
clearpart --none --initlabel
# Disk partitioning information
part pv.150 --fstype="lvmpv" --ondisk=sda --size=96264
part /boot/efi --fstype="efi" --ondisk=sda --size=512 --fsoptions="umask=0077,shortname=winnt"
part /boot --fstype="xfs" --ondisk=sda --size=1024
volgroup ol --pesize=4096 pv.150
logvol /usr --fstype="xfs" --size=10240 --name=usr --vgname=ol
logvol /var/tmp --fstype="xfs" --size=1024 --name=var_tmp --vgname=ol
logvol /var/log/audit --fstype="xfs" --size=1024 --name=var_log_audit --vgname=ol
logvol /opt --fstype="xfs" --size=30720 --name=opt --vgname=ol
logvol swap --fstype="swap" --size=4096 --name=swap --vgname=ol
logvol /tmp --fstype="xfs" --size=8192 --name=tmp --vgname=ol
logvol /var --fstype="xfs" --size=20480 --name=var --vgname=ol
logvol /var/log --fstype="xfs" --size=5120 --name=var_log --vgname=ol
logvol /home --fstype="xfs" --size=10240 --name=home --vgname=ol
logvol / --fstype="xfs" --size=5120 --name=root --vgname=ol

# System timezone
timezone America/Los_Angeles --isUtc

# Root password
rootpw --iscrypted <hash>


%addon org_fedora_oscap
    content-type = scap-security-guide
    profile = xccdf_org.ssgproject.content_profile_stig
%end

%addon com_redhat_kdump --enable --reserve-mb='auto'

%end

%anaconda
pwpolicy root --minlen=6 --minquality=1 --notstrict --nochanges --notempty
pwpolicy user --minlen=6 --minquality=1 --notstrict --nochanges --emptyok
pwpolicy luks --minlen=6 --minquality=1 --notstrict --nochanges --notempty
%end

Responder1

https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html/performing_a_standard_rhel_installation/custom-boot-options_installing-rhel consulte a seção C2, as opções de inicialização foram alteradas, para IP estático use ip=ip::gateway:netmask:hostname:interface:none

Responder2

kickstart e packer funcionaram corretamente no rhel8.5.

vmlinuz initrd=initrd.img ip=192.168.1.2::192.168.1.1:255.255.255.0:myhostname:ens224:none nameserver=8.8.8.8 nameserver=8.8.4.4 text inst.ks=http://{{ .HTTPIP }}:{{ .HTTPPort }}/ks8.cfg

Responder3

Eu resolvi um problema semelhante.- A instalação do Kickstart travou após a inicialização do PXE (com DHCP) durante a inicialização do Network Manager do AlmaLinux 8.9 e AlmaLinux 9.3. O mesmo KS funcionou bem com o CentOS 7.9 (havia initscripts nele).

O instalador Anaconda no AlmaLinux 8.9 e 9.3 usa NetworkManager. Kickstart funcionou para Alma8+ na mesma rede do IP do servidor DHCP e NÃO funcionou para Alma8+ em outra VLAN, onde o servidor DHCP tinha interface, mas não tinha endereço IP.

Capturei o tráfego de rede com o tcpdump no servidor DHCP e percebi que quando o Network Manager foi bem-sucedido, havia uma diferença - uma opção 54. Adicionei isso ao meudhcpd.conf

option server-identifier code 54 = ip-address;                                                                                                                                                                                                                                                                                                                                                                                
option server-identifier 192.168.1.100;

(onde 192.168.1.100 é o endereço do servidor DHCP) Isso me ajudou.

informação relacionada