Skip to main content
O português é fornecido por meio de tradução automática para sua conveniência. O inglês precede o português em caso de inconsistências.

As IDs de LUN para o mesmo LDEV não correspondem

Colaboradores

Um dispositivo lógico (LDEV) deve ser mapeado para o mesmo ID LUN em todas as portas de storage array sobre as quais ele deve ser visível para os sistemas ONTAP. A storage errors show saída identifica os LDEVs cujos IDs de LUN não correspondem.

O ONTAP não permite que você atribua LUNs de storage a um sistema ONTAP se as IDs de LUN não corresponderem.

Erros de armazenamento mostram mensagem

HIT-1.4 (4849544143484920443630303035323430303132): This Array LUN is using multiple LUN IDs.  Only one LUN ID per serial number is supported.

Explicação

Um dos seguintes erros foi feito durante a configuração do storage array:

  • O LDEV é apresentado à mesma porta do iniciador FC do sistema ONTAP a partir de várias portas de destino e as IDs de LUN não são consistentes.

  • As IDs de LUN de dois LDEVs são trocadas.

    Neste caso, um erro é relatado para cada LUN de matriz.

  • Diferentes IDs de LUN para o mesmo LDEV são usados ao mapear o LDEV para portas de storage array que estão apresentando o LDEV para o sistema ONTAP.

Observação

Esse erro é mais provável de ocorrer em matrizes de armazenamento em que cada porta é configurada separadamente, por exemplo, em matrizes de armazenamento Hitachi. Em alguns storages, por exemplo, matrizes de armazenamento IBM, as portas não são configuradas separadamente.

  • A configuração de endereçamento do conjunto de volume é inconsistente nas portas nas quais o LUN é mapeado.

    Em um array de armazenamento EMC Symmetrix, o problema seria que a configuração de endereçamento do conjunto de volume varia nas portas do diretor de canal.

Cenário de problema

Este cenário discute o caso de IDs de LUN inconsistentes conforme se aplica à maioria dos storages de armazenamento. Consulte a seção endereçamento de conjunto de volume é inconsistente para uma discussão sobre essa mesma mensagem de erro no contexto de endereçamento de conjunto de volume mal configurado.

Suponha que o administrador da matriz de armazenamento crie um novo LDEV Z. o ID LUN para LDEV Z deve ser LUN 3. No entanto, o administrador apresenta o LDEV Z como LUN 3 na porta 1A do controlador do storage de armazenamento e como LUN 4 na porta 2A do controlador do storage de armazenamento, como mostra a ilustração a seguir:

Este gráfico é descrito no texto circundante.

Para corrigir esse problema, o mesmo ID LUN deve ser atribuído a um LDEV em todas as portas às quais o LDEV é mapeado. Neste exemplo, o LDEV deve ser apresentado como LUN ID 3 em ambas as portas.

Resolução de problemas e resolução de problemas

Para corrigir o problema, o administrador do storage de armazenamento deve remapear o LUN, usando o ID de LUN correto. Você pode usar os comandos ONTAP para obter os detalhes necessários para fornecer informações sobre o problema ao administrador de armazenamento.

  1. Reveja a storage errors show saída para identificar o LUN de matriz cujas IDs de LUN não correspondem.

    Quando as IDs de LUN para o mesmo LDEV não coincidem, a saída identifica o número de série do LDEV com o problema. Por exemplo:

    mysystem1a::> storage errors show
    Disk: HIT-1.4
    UID: 48495441:43484920:44363030:30353234:30303132:00000000:...
    ----------
    
    HITACHI_DF600F_1
    ----------
    HIT-1.4 (4849544143484920443630303035323430303132): This Array LUN is using multiple LUN IDs.  Only one LUN ID per serial number is supported.
    Observação

    O UID neste exemplo é 48495441:43484920:44363030:30353234:30303132:00000000:00000000:00000000:00000000:00000000. Ele é truncado no exemplo por causa do espaço.

  2. Obtenha detalhes sobre quais IDs de LUN estão sendo usados para o mesmo LDEV digitando o seguinte comando: storage disk show arrayLUNname

    A storage disk show saída para este exemplo mostra o seguinte:

    mysystem1a::> storage disk show -disk HIT-1.4
                      Disk: HIT-1.4
            Container Type: unassigned
                Owner/Home: -  / -
                   DR Home: -
                     Array: HITACHI_DF600F_1
                    Vendor: HITACHI
                     Model: DF600F
             Serial Number: D600020C000C
                       UID: 48495441:43484920:44363030:30353234:30303132:00000000:...
                       BPS: 512
             Physical Size: -
                  Position: present
    Checksum Compatibility: block
                 Aggregate: -
                      Plex: -
    Paths:
                         LUN  Initiator Side  Target Side
    Controller Initiator ID   Switch Port     Switch Port      Acc Use  Target Port     TPGN...
    ---------- --------- -------------------- ----------------- --- ---  --------------- ----
    mysystem1a   0c       4  vgci9148s76:1-2  vgci9148s76:1-9  AO  INU  50060e80004291c1  1
    mysystem1a   0a       3  vgbr300s89:1     vgbr300s89:9     S   RDY  50060e80004291c0  2
    mysystem1b   0c       4  vgci9148s76:1-4  vgci9148s76:1-9  AO  INU  50060e80004291c1  1
    mysystem1b   0a       3  vgbr300s89:3     vgbr300s89:10    S   RDY  50060e80004291c2  2
    
    Errors:
    HIT-1.4 (4849544143484920443630303035323430303132): This Array LUN is using multiple LUN IDs.  Only one LUN ID per serial number is supported.
Observação

O UID neste exemplo é 48495441:43484920:44363030:30353234:30303132:00000000:00000000:00000000:00000000:00000000. Ele é truncado no exemplo por causa do espaço.

Olhando para as IDs de LUN na seção caminhos do disco de armazenamento show output, você pode ver que as IDs de LUN 3 e 4 estão sendo usadas para este LDEV.

  1. Determine qual ID LUN não está correta para o LDEV.

    A ID LUN 4 é a ID LUN incorreta neste exemplo.

  2. No ONTAP, use o storage path quiesce comando para quiesce o caminho incorreto para o LUN de array.

    O exemplo a seguir mostra as opções para adicionar ao storage path quiesce comando para o caminho que está sendo silenciado—​ID LUN 4 no iniciador 0C.

    storage path quiesce -node mysystem1a -initiator 0c -target-wwpn 50060e80004291c1 -lun-number 4

    O storage path quiesce comando suspende temporariamente a e/S para um LUN de array específico em um caminho específico. Algumas matrizes de armazenamento requerem a interrupção de e/S por um período de tempo em que um LUN de array deve ser removido ou movido.

    Depois que o caminho é interrompido, o ONTAP não pode mais ver esse LUN.

  3. Aguarde um minuto para que o temporizador de atividade do storage expire.

    Embora nem todos os storages de armazenamento exijam a interrupção da I/o por um período de tempo, é uma boa prática fazê-lo.

  4. Na matriz de armazenamento, remapear o LUN para a porta de destino usando a ID de LUN correta, ID de LUN 3 neste cenário.

    Na próxima vez que o processo de descoberta do ONTAP for executado, ele descobrirá o novo LUN de array. O Discovery é executado a cada minuto.

  5. Após a conclusão da descoberta do ONTAP, execute storage array config show novamente no ONTAP para confirmar que não há mais um erro.