Vários controladores RAID mais volumes SAN durante a instalação do kickstart do CentOS 5

Question

Ok, então me deparei com uma instalação do kickstart de inicialização do CentOS 5.5 PXE em um Dell PowerEdge 2950 com uma controladora RAID PERC6 / i junto com dois controladores RAID SAS Fusion-MPT Logic SAS1068 Logic / Symbios Logic duplos conectados a dois storage arrays MD3000 da Dell.

O problema era que eu queria que o sistema operacional fosse instalado no volume PERC RAID e não no MD3000, mas o Anaconda estava pegando os 8 volumes do MD3000 (4 volumes cada) e depois o volume RAID interno como o 9º (/ dev / sdi). Todas as combinações e modificações que fiz na configuração do kickstart não parecem ter efeito algum. A única opção que me restou foi remover as conexões do cabo SAN com o SAS1068 e instalar o CentOS e reconectar os cabos SAN e reconfigurar para montar seus volumes que agora estavam sendo vistos como / dev / sd [bi] em vez de / dev / sd [ah].

Eu resolvi o problema desta vez com a necessidade de dirigir e gerenciar fisicamente as coisas, mas teria sido bom gerenciá-lo remotamente, e é por isso que o sistema foi equipado com KVM sobre IP e uma rede de compilação de inicialização PXE. Eu exaurei todos os meus truques e conhecimentos sobre instalações de kickstarts e CentOS e não pude resolver este problema, mas consegui navegar todos os outros.

Atualizado para incluir o kickstart usado que falha, o repositório de base é fornecido nas opções de inicialização do PXE APPEND como method=http://internal.mirror.host/centos/5.5/os/x86_64 .

install
lang en_US.UTF-8
keyboard us
network --bootproto dhcp --noipv6 --hostname centos
firewall --disabled
rootpw --iscrypted <encrypted passwd>
text
skipx
authconfig --enableshadow --enablemd5
selinux --disabled
timezone --utc UTC
bootloader --location=mbr --driveorder=sda
zerombr
repo --name=updates --baseurl=http://internal.mirror.host/centos/5/updates/x86_64/
firstboot --disable
services --disabled pcscd,hidd,bluetooth,pand,isdn,cups,avahi-daemon
services --enabled sshd
reboot
ignoredisk --drives=sdb,sdc,sdd,sde,sdf,sdg,sdh,sdi,sdj,sdk,sdl,sdm

clearpart --linux --drives=sda
part / --fstype ext3 --size=5000 --asprimary --ondisk=sda
part swap --size=8400 --ondisk=sda
part /tmp --fstype ext3 --size=5000 --ondisk=sda 
part /opt --fstype ext3 --size=10000 --ondisk=sda
part /home --fstype ext3 --size=5000 --ondisk=sda
part /var --fstype ext3 --size=100 --grow --ondisk=sda

%packages
@base
@core
@system-tools
@text-internet
keyutils
trousers
fipscheck
device-mapper-multipath
audit

    

Answer 1

Só queria que você soubesse como fiquei sabendo disso ...

Existe uma opção que você pode especificar no seu ks-config chamado: ignoredisk --drives = disk1, disk2, disk3, etc ....

O número de discos que você especificou deve ser igual ao número de LUNs apresentados ao servidor. No meu caso, havia quatro (4), então eu especifiquei ignoredisk --drives = sda, sdb, sdc, sde

Você também terá que especificar uma unidade na sua linha de bootloader informando ao Anaconda onde instalar o bootloader:

bootloader --location = mbr --driveorder = cciss / c0d0 (no caso de um controlador Compaq)