Knowledge Base

The VMware Knowledge Base provides support solutions, error messages and troubleshooting guides
 
Search the VMware Knowledge Base (KB)   View by Article ID
 

Hosts ESX/ESXi hospedando nós passivos MSCS com RDM LUNs podem levar muito tempo para inicializar (2037231)

Symptoms

  • Hosts ESX/ESXi 4.x e ESXi 5.0demoram muito para inicializar. Este tempo depende do número de RDMs que estão ligados ao host ESX/ESXi.

Em um sistema com 10 RDMs usados em um cluster MSCS com dois nós, uma reinicialização do host ESX/ESXi com o nó secundário leva aproximadamente 30 minutos. Em um sistema com menos RDMs, o tempo de reinicialização é menor. Por exemplo, se apenas três RDMs são utilizados, o tempo de reinicialização é de aproximadamente 10 minutos.

  • O registro da tela mostra a inicialização esperando após:

    Loading module multiextent.
  • O cluster está executando máquinas virtuais que participam em um MSCS ou outro cluster usando RDMs compartilhados e reservas SCSI entre hosts, e uma máquina virtual em outro host é o nó de cluster ativo mantendo uma Reserva SCSI.

· Os atrasos aparecem nestes passos:

o Começando o Path Claiming e o SCSI Device Discovery

No log do VMkernel do host ESX que inicializa (e para o ESXi verificar o arquivo do log dependendo da versão do ESXi), são exibidas entradas semelhantes a:

Sep 24 12:25:36 cs-tse-d54 vmkernel: 0:00:01:57.828 cpu0:4096)WARNING: ScsiCore: 1353: Power-on Reset ocorreu on naa.6006016045502500176a24d34fbbdf11
Sep 24 12:25:36 cs-tse-d54 vmkernel: 0:00:01:57.830 cpu0:4096)VMNIX: VmkDev: 2122: Added SCSI device vml0:3:0 (naa.6006016045502500166a24d34fbbdf11)
Sep 24 12:25:36 cs-tse-d54 vmkernel: 0:00:02:37.842 cpu3:4099)ScsiDeviceIO: 1672: Comando 0x1a para o dispositivo "naa.6006016045502500176a24d34fbbdf11" failed H:0x5 D:0x0 P:0x0 Possible sense data: 0x0 0x0 0x0

    • Montando a partição do RDM LUNs

      No log do VMkernel do host ESX que se inicializa, você vê entradas semelhantes a:

      Sep 24 12:25:37 cs-tse-d54 vmkernel: 0:00:08:58.811 cpu2:4098)WARNING: ScsiCore: 1353: Power-on Reset ocorreu on naa.600601604550250083489d914fbbdf11
      Sep 24 12:25:37 cs-tse-d54 vmkernel: 0:00:08:58.814 cpu0:4096)VMNIX: VmkDev: 2122: Added SCSI device vml0:9:0 (naa.600601604550250082489d914fbbdf11)
      Sep 24 12:25:37 cs-tse-d54 vmkernel: 0:00:09:38.855 cpu2:4098)ScsiDeviceIO: 1672: Comando 0x1a para o dispositivo "naa.600601604550250083489d914fbbdf11" failed H:0x5 D:0x0 P:0x0 Possible sense data: 0x0 0x0 0x0.
      Sep 24 12:25:37 cs-tse-d54 vmkernel: 0:00:09:38.855 cpu1:4111)ScsiDeviceIO: 4494: Could not detect setting of QErr for device naa.600601604550250083489d914fbbdf11. Error Failure.
      Sep 24 12:25:37 cs-tse-d54 vmkernel: 0:00:10:08.945 cpu1:4111)WARNING: Partition: 801: Tabela de partição lida a partir do dispositivo naa.600601604550250083489d914fbbdf11 falhou: erro I/O
      Sep 24 12:25:37 cs-tse-d54 vmkernel: 0:00:10:08.945 cpu1:4111)ScsiDevice: 2200: Dispositivo cadastrado com sucesso "naa.600601604550250083489d914fbbdf11" do plug-in "NMP" do tipo 0

Purpose

Disclaimer: Este artigo é uma tradução do ESXi / ESX hosts with visibility to RDM LUNs being used by MSCS nodes with RDMs may take a long time to boot or during LUN rescan (1016106). Como os artigos são traduzidos em uma base de melhor esforço, o conteúdo pode tornar-se desatualizado. Para obter o conteúdo mais recente, consulte o artigo em Inglês.

Este artigo descreve um problema específico. Se todos os sintomas acima ocorrerem, consulte as seções abaixo.

Se você estiver enfrentando apenas alguns dos sintomas, consulte:

Você também pode pesquisar a Base de Dados de Conhecimento para obter informações sobre os sintomas.

Resolution

ESXi 5.0

O ESXi 5.0 usa uma técnica diferente para determinar se os LUNs de Raw Device Mapped (RDM) são usados ​​para dispositivos de cluster MSCS, inserindo um sinal de configuração para marcar cada dispositivo que está participando de um cluster de MSCS como "perenemente reservados". Durante a inicialização de um sistema ESXi as camada médias de armazenamento tentam descobrir todos os dispositivos apresentados a um sistema ESXi durante a fase de reivindicação de dispositivo. No entanto, LUNs de MSCS que têm uma reserva permanente de SCSI fazem com que o processo de inicialização se alongue, pois o ESX não consegue interrogar o LUN devido à reserva SCSI persistente colocada em um Nó MSCS ativo hospedado em outro host ESXi.

Configurar o dispositivo a ser permanentemente reservado é local para cada sistema ESXi, e deve ser feito em todos os sistemas 5.0 ESXi que tem visibilidade para cada dispositivo participando em um cluster MSCS. Isso melhora o tempo de inicialização para todos os hosts ESXi que têm visibilidade ao(s) dispositivo(s).

Não há suporte para aplicar essa configuração usando perfis de host vSphere. Como tal, os sistemas do ESXi 5.0 implantados usando vSphere Auto Deploy não podem tirar proveito deste recurso.

Observação: A opção avançada Scsi.CRTimeoutDuringBoot não é mais válida no ESXi 5.0.

Como atualizar para ESXi 5.0

Para atualizar para o ESXi 5.0:

  1. Antes de atualizar, oculte todos os RDMs MSCS do host:
    1. Determine quais LUNs de RDM fazem parte de um cluster MSCS.
    2. Do vSphere Client, selecione uma máquina virtual que tem um mapeamento para os dispositivos de cluster MSCS RDM.
    3. Edite suas configurações da Máquina Virtual e navegue até os Mapped RAW LUNs.
    4. Selecione Manage Paths para exibir as propriedades do dispositivo Mapped RAW LUN e o identificador dispositivo (isto é, a ID de NAA).
    5. Anote a ID de naa, que é um identificador exclusivo para o seu dispositivo compartilhado.
    6. Oculte todos os dispositivos MSCS RDMs dos hosts.
  2. Atualize os hosts para ESXi 5.0. Para obter mais informações, consulte Methods of upgrading to ESXi 5.0 (2004501).
  3. Após reiniciar, utilize o comando esxcli para marcar o dispositivo como perenemente reservado:

    Observação: Isso funciona mesmo se os LUNs não são atualmente apresentados para o host.

    esxcli storage core device setconfig -d <naa.id> --perennially-reserved=true
  4. Exiba novamente os dispositivos MSCS RDM para os hosts e verifique mais uma vez.

Reinicializar os hosts agora não deve ter problemas com dispositivos MSCS.

ESXi 5.0 atualizado

Para marcar os LUNs MSCS como permanentemente reservados em um já atualizado host 5.0 ESXi, execute o mesmo comando esxcli como acima e todas as reverificações/inicializações serão executadas em velocidade normal.

  1. Determine quais LUNs de RDM fazem parte de um cluster MSCS.
  2. Do vSphere Client, selecione uma máquina virtual que tem um mapeamento para os dispositivos de cluster MSCS RDM.
  3. Edite suas configurações da Máquina Virtual e navegue até os Mapped RAW LUNs.
  4. Selecione Manage Paths para exibir as propriedades do dispositivo Mapped RAW LUN e o identificador dispositivo (isto é, a ID de NAA).
  5. Anote a ID de naa, que é um identificador exclusivo para o seu dispositivo compartilhado.
  6. Use o comando esxcli para marcar o dispositivo como perenemente reservado:

    esxcli storage core device setconfig -d <naa.id> --perennially-reserved=true
  7. Para verificar se o dispositivo está perenemente reservado, execute este comando:

    esxcli storage core device list -d <naa.id>

    Na saída do comando esxcli, procure a entrada Is Perennially Reserved: true. Isto mostra que o dispositivo é marcado como perenemente reservado.
  8. Repita o procedimento para cada Mapped RAW LUN que está participando do MSCS cluster.

Observação: A configuração é armazenada permanentemente com o host ESXi e persiste com as reinicializações. Para remover a bandeira de permanentemente reservado, execute este comando:

esxcli storage core device setconfig -d <naa.id> --perennially-reserved=false

PowerCLI 5.0

Para marcar os MSCS LUNs como permanentemente reservados através do PowerCLI, a funcionalidade esxcli está disponível diretamente através do PowerCLI. Recupere uma instância EsxCli e chame qualquer um de seus métodos. Para obter mais informações, consulte o VMware vSphere PowerCLI Blog.

Para recuperar uma instância esxcli, execute este comando:

Connect-VIServer -Server xxx.xxx.xxx.xxx -User xxxxx -Pass xxxxx

Para definir uma instância esxcli, execute este comando:

$myesxcli= get-esxcli -VMHost ESXhost

Para listar os dispositivos, execute este comando:

$myesxcli.storage.core.device.list()

Para determinar os parâmetros PowerCLI, execute este comando:

$myesxcli.storage.core.device.setconfig
TypeNameOfValue : VMware.VimAutomation.ViCore.Util10Ps.EsxCliExtensionMethod
OverloadDefinitions : {void setconfig(boolean detached, string device, boolean perenniallyreserved)}
MemberType : CodeMethod
Value : void setconfig(boolean detached, string device, boolean perenniallyreserved)
Name : setconfig
IsInstance : True

Para listar detalhes pelo dispositivo naa ID, execute este comando:

$myesxcli.storage.core.device.list("naa.50060160c46036df50060160c46036df")
AttachedFilters :
DevfsPath : /vmfs/devices/disks/naa.50060160c46036df50060160c46036df
Device : naa.50060160c46036df50060160c46036df
IsPerenniallyReserved : false
IsPseudo : true

Para definir o dispositivo como perenemente reservado, execute este comando:

$myesxcli.storage.core.device.setconfig($false, "naa.50060160c46036df50060160c46036df", $true)

Para verificar as atualizações de parâmetros, execute este comando:

$myesxcli.storage.core.device.list("naa.50060160c46036df50060160c46036df")
AttachedFilters :
DevfsPath : /vmfs/devices/disks/naa.50060160c46036df50060160c46036df
Device : naa.50060160c46036df50060160c46036df
IsPerenniallyReserved : true
IsPseudo : true

Para remover a bandeira de permanentemente reservado, execute este comando:

$myesxcli.storage.core.device.setconfig($false, "naa.50060160c46036df50060160c46036df", $false)

ESX/ESXi 4.x

Este problema é resolvido nopatch VMware ESX/ESXi 4.1 lançado em2011-07-28. Para obter mais informações, consulte:

Além de instalar o patch, modifique esta opção de configuração avançada sobre os hosts ESX/ESXi afetados para acelerar o processo de inicialização:

  • ESX/ESXi 4.0 – Altere a opção avançada Scsi.UWConflictRetries para 80.
  • ESX/ESXi 4.1 – Altere a opção avançada Scsi.CRTimeoutDuringBoot para 1.

Para obter mais informações sobre como alterar opções de configuração avançadas, consulte Configuring advanced options for ESX/ESXi (1038578).

Additional Information

Para obter mais informações, consulte Obtaining LUN pathing information for ESX or ESXi hosts (1003973) e Using Tech Support Mode in ESXi 4.1 and 5.0 (1017910).


Observação: Os comandos PowerCLI eesxcli diferenciam maiúsculas de minúsculas.Se o naa.id for especificado em letras maiúsculas ao emitir o comando, um novo dispositivo é adicionado ao host ESXi.

Para ser alertado quando este artigo for atualizado, clique em Subscribe to Document na caixa Actions.

Tags

Portuguese Português Portugues

See Also

Request a Product Feature

To request a new product feature or to provide feedback on a VMware product, please visit the Request a Product Feature page.

Feedback

  • 0 Ratings

Did this article help you?
This article resolved my issue.
This article did not resolve my issue.
This article helped but additional information was required to resolve my issue.
What can we do to improve this information? (4000 or fewer characters)
  • 0 Ratings
Actions
KB: