VMware Global Community
lfichera
Enthusiast
Enthusiast

Solução para Hosts ESX com boot lento, quando existem discos RDM em VMs.

Bom dia,

Recentemente estava tendo problemas quando era necessário restartar Hosts ESX. Os boots estavam levando mais de 01 hora. Pesquisando, descobri que se no ambiente exsitem VMs que tem discos RDM e sem que a função perennially-reserved, esteja setado como True, o boot do Host ficará lento.

Então segue abaixo os procedimentos que fiz agora e que realmente deixaram o boot do Host ESX, mais rápido(em torno de 10 minutos). Estarei deixando aqui os links que usei como, fonte de pesquisa.

Como descobrir quais discos são RDMs:

Usando PowerCli, siga os passos abaixo:

1 - Acessar o vCenter: Connect-viserver "vCenter"

2 -  Executar o comando abaixo para descobrir qual disco RDM:

Get-VM | Get-HardDisk -DiskType "RawPhysical","RawVirtual" | Select Parent,Name,DiskType,ScsiCanonicalName,DeviceName | fl

O resultado deverá ser assim:

Parent        Prod1_VM
Name          : Hard disk 2
DiskType      : RawPhysical

ScsiCanonicalName : naa.50002ac001913913

DeviceName    : vml.020031000050002ac001913913565620202020

Parent        : Prod1_VM
Name          : Hard disk 3
DiskType      : RawPhysical

ScsiCanonicalName : naa.50002ac001933913

DeviceName    : vml.020033000050002ac001933913565620202020

Parent        :Prod1_VM
Name          : Hard disk 4
DiskType      : RawPhysical

ScsiCanonicalName : naa.50002ac001923913

DeviceName    : vml.020032000050002ac001923913565620202020

Parent        : Prod2_VM
Name          : Hard disk 2
DiskType      : RawPhysical

ScsiCanonicalName : naa.50002ac001913913

DeviceName    : vml.020031000050002ac001913913565620202020

Parent        : Prod2_VM
Name          : Hard disk 3
DiskType      : RawPhysical

ScsiCanonicalName : naa.50002ac001933913

DeviceName    : vml.020033000050002ac001933913565620202020

Parent        : Prod2_VM
Name          : Hard disk 4
DiskType      : RawPhysical

ScsiCanonicalName : naa.50002ac001923913

DeviceName    : vml.020032000050002ac001923913565620202020

Anote o ScsiCanonicalName de cada disco RDM, para aplicar no comando abaixo. Antes faça o connect-viserver para cada Host do seu cluster, que essas VMs estejam registradas.

$esxcli = Get-EsxCli

$esxcli.storage.core.device.setconfig($false, "naa.50002ac001913913", $true)

$esxcli.storage.core.device.setconfig($false, "naa.50002ac001933913", $true)

$esxcli.storage.core.device.setconfig($false, "naa.50002ac001923913", $true)

Após isso, para verificar se realmente foi setado, acessei cada host ESX via SSH e executei o comando abaixo, apontando para o ScsiCanonicalName de cada disco RDM:

esxcli storage core device list -d naa.50002ac001913913


esxcli storage core device list -d naa.50002ac001933913

esxcli storage core device list -d naa.50002ac001923913

O resultado, gera várias variáveis, mas a que alteramos é a: Is Perennially Reserved: true

Pronto, assim temos a certeza que o procedimento ocorreu com sucesso. Após isso os boots nos Hosts, ficaram mais rápidos.

Links:

Identifying virtual machines with Raw Device Mappings (RDMs) using PowerCLI (2001823) | VMware KB

VMware ESXi very slow boot with RDM LUNs used by MSCS

ESXi Slow Boot if having RDMs mapped – virtualman

Livio Fichera

https://br.linkedin.com/in/liviofichera

1 Reply
rcporto
Leadership
Leadership

Lívio, obrigado pela contribuição e esse é um "problema" conhecido e documentado no seguinte KB, apesar do seu post ser bem mais abrangente na solução: ESXi/ESX hosts with visibility to RDM LUNs being used by MSCS nodes with RDMs may take a long time t...

Um detalhe importante, é que esse problema ocorre na existência de RDMs que são utilizados nas máquinas virtuais com a funcionalidade do Microsoft Cluster Service (o atual Windows Server Failover Clustering), pois como o mesmo cria reservas SCSI ativas no disco, isso acaba atrasando o processo de boot. Caso tenha RDM e não use MSCS (WSFC), esse problema "teoricamente" não existe.

Mais detalhe sobre esse problema é descrito aqui: ESXi Slow Boot with MSCS - VMware vSphere Blog

---

Richardson Porto
Senior Infrastructure Specialist
LinkedIn: http://linkedin.com/in/richardsonporto