Skip to main content
Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

Apague el controlador dañado - AFF C400

Colaboradores
PDF

Después de completar las tareas de NVE o NSE, deberá completar el apagado de la controladora dañada. Apague o retome el controlador dañado siguiendo el procedimiento adecuado para su configuración.

Opción 1: Mayoría de las configuraciones

Después de completar las tareas de NVE o NSE, deberá completar el apagado de la controladora dañada.

Pasos

  1. Lleve la controladora dañada al aviso DEL CARGADOR:

    Si el controlador dañado muestra…​ Realice lo siguiente…​

    El aviso del CARGADOR

    Vaya a Quitar módulo de controlador.

    Waiting for giveback…​

    Pulse Ctrl-C y, a continuación, responda y cuando se le solicite.

    Solicitud del sistema o solicitud de contraseña (introduzca la contraseña del sistema)

    Retome o detenga el controlador dañado del controlador en buen estado: storage failover takeover -ofnode impaired_node_name

    Cuando el controlador dañado muestre esperando devolución…​, pulse Ctrl-C y, a continuación, responda y.

  2. Desde el aviso del CARGADOR, introduzca: printenv para capturar todas las variables ambientales de arranque. Guarde el resultado en el archivo de registro.

    Nota Es posible que este comando no funcione si el dispositivo de inicio está dañado o no funciona.

Opción 2: La controladora está en una configuración MetroCluster

Nota No use este procedimiento si el sistema está en una configuración de MetroCluster de dos nodos.

Para apagar el controlador dañado, debe determinar el estado del controlador y, si es necesario, tomar el control para que el controlador sano siga sirviendo datos del almacenamiento del controlador dañado.

  • Si tiene un clúster con más de dos nodos, debe estar en quórum. Si el clúster no tiene quórum o si una controladora en buen estado muestra falso según su condición, debe corregir el problema antes de apagar la controladora dañada; consulte "Sincronice un nodo con el clúster".

  • Si tiene una configuración MetroCluster, debe haber confirmado que el estado de configuración de MetroCluster está configurado y que los nodos están en estado normal y habilitado (metrocluster node show).

Pasos

  1. Si AutoSupport está habilitado, elimine la creación automática de casos invocando un mensaje de AutoSupport: system node autosupport invoke -node * -type all -message MAINT=number_of_hours_downh

    El siguiente mensaje de AutoSupport suprime la creación automática de casos durante dos horas: cluster1:*> system node autosupport invoke -node * -type all -message MAINT=2h

  2. Deshabilite la devolución automática de la consola de la controladora en buen estado: storage failover modify –node local -auto-giveback false

  3. Lleve la controladora dañada al aviso DEL CARGADOR:

    Si el controlador dañado está mostrando…​ Realice lo siguiente…​

    El aviso del CARGADOR

    Vaya al paso siguiente.

    Esperando devolución…​

    Pulse Ctrl-C y, a continuación, responda y cuando se le solicite.

    Solicitud del sistema o solicitud de contraseña (introduzca la contraseña del sistema)

    Retome o detenga el controlador dañado del controlador en buen estado: storage failover takeover -ofnode impaired_node_name

    Cuando el controlador dañado muestre esperando devolución…​, pulse Ctrl-C y, a continuación, responda y.

Opción 3: La controladora se encuentra en un MetroCluster de dos nodos

Para apagar el controlador dañado, debe determinar el estado del controlador y, si es necesario, cambiar el controlador para que el controlador correcto siga sirviendo datos del almacenamiento del controlador dañado.

Acerca de esta tarea

  • Debe dejar las fuentes de alimentación encendidas al final de este procedimiento para proporcionar alimentación a la controladora en buen estado.

Pasos

  1. Compruebe el estado de MetroCluster para determinar si el controlador dañado ha cambiado automáticamente al controlador en buen estado: metrocluster show

  2. En función de si se ha producido una conmutación automática, proceda según la siguiente tabla:

    Si el controlador está dañado…​ Realice lo siguiente…​

    Se ha cambiado automáticamente

    Continúe con el próximo paso.

    No se ha cambiado automáticamente

    Realice una operación de conmutación de sitios planificada desde el controlador en buen estado: metrocluster switchover

    No se ha cambiado automáticamente, ha intentado efectuar una conmutación con el metrocluster switchover y se vetó la conmutación

    Revise los mensajes de veto y, si es posible, resuelva el problema e inténtelo de nuevo. Si no puede resolver el problema, póngase en contacto con el soporte técnico.

  3. Resincronice los agregados de datos ejecutando el metrocluster heal -phase aggregates comando del clúster superviviente.

    controller_A_1::> metrocluster heal -phase aggregates
[Job 130] Job succeeded: Heal Aggregates is successful.

    Si la curación es vetada, usted tiene la opción de reemitir el metrocluster heal con el -override-vetoes parámetro. Si utiliza este parámetro opcional, el sistema anula cualquier vetoo suave que impida la operación de reparación.

  4. Compruebe que se ha completado la operación con el comando MetroCluster operation show.

    controller_A_1::> metrocluster operation show
    Operation: heal-aggregates
      State: successful
Start Time: 7/25/2016 18:45:55
   End Time: 7/25/2016 18:45:56
     Errors: -

  5. Compruebe el estado de los agregados mediante storage aggregate show comando.

    controller_A_1::> storage aggregate show
Aggregate     Size Available Used% State   #Vols  Nodes            RAID Status
--------- -------- --------- ----- ------- ------ ---------------- ------------
...
aggr_b2    227.1GB   227.1GB    0% online       0 mcc1-a2          raid_dp, mirrored, normal...

  6. Repare los agregados raíz mediante el metrocluster heal -phase root-aggregates comando.

    mcc1A::> metrocluster heal -phase root-aggregates
[Job 137] Job succeeded: Heal Root Aggregates is successful

    Si la curación es vetada, usted tiene la opción de reemitir el metrocluster heal comando con el parámetro -override-vetoes. Si utiliza este parámetro opcional, el sistema anula cualquier vetoo suave que impida la operación de reparación.

  7. Compruebe que la operación reparar se ha completado mediante el metrocluster operation show comando en el clúster de destino:

    mcc1A::> metrocluster operation show
  Operation: heal-root-aggregates
      State: successful
 Start Time: 7/29/2016 20:54:41
   End Time: 7/29/2016 20:54:42
     Errors: -

  8. En el módulo del controlador dañado, desconecte las fuentes de alimentación.