substituya la placa madre en el servidor de ultra-m ucs 240m4 - … · substituya la placa madre en...

Substituya la placa madre en el servidor deUltra-M UCS 240M4 - vEPC Contenido

IntroducciónAntecedentesAbreviaturasFlujo de trabajo de la fregonaReemplazo de la placa madre en configuración de Ultra-MReemplazo de la placa madre en el nodo del cálculoIdentifique los VM recibidos en el nodo del cálculoPoder agraciado apagadoEncajone 1. SF VM de los host del nodo del cálculo solamenteHost CF/ESC/EM/UAS del nodo del cálculo del caso 2.Placa madre del reemplaceRestablezca los VMEncajone 1. SF VM de los host del nodo del cálculo solamenteHost UA, ESC, EM y CF del nodo del cálculo del caso 2.Reemplazo de la placa madre en el nodo del cálculo OSDPonga Ceph en el modo de mantenimientoIdentifique los VM recibidos en el nodo del OSD-cálculoPoder agraciado apagadoEl nodo del OSD-cálculo del caso 1. recibe CF/ESC/EM/UASAuto-despliegan/Auto-It/EM/UAS de los host del nodo del OSD-cálculo del caso 2.Respaldo que el BDC de Auto-despliegaRespaldo System.cfg de las Auto-TICPlaca madre del reemplaceMueva al modo de mantenimiento de los de CephRestablezca los VMEncajone los host CF, ESC, EM y UA de 1. nodos del OSD-cálculoEncajone el nodo de 2. OSD-cálculos lo recibe Auto-, Auto-lo despliega, EM y los UARecupere las Auto-TIC VMSubstituya la placa madre en el nodo del reguladorVerifique el estado de controlador y ponga el cluster en el modo de mantenimientoSubstituya la placa madreRestablezca el estatus del cluster

Introducción

Este documento describe los pasos requeridos para substituir la placa madre defectuosa de unservidor en un Ultra-M puesto que funciona la red virtual de StarOS de los host (VNFs).

Antecedentes

Ultra-M es una solución móvil virtualizada preembalada y validada de la base del paquete que sediseña para simplificar el despliegue de VNFs. OpenStack es el administrador virtualizado de lainfraestructura (VIM) para Ultra-M y consiste en estos tipos de nodo:

Cálculo●

Disco del almacenamiento del objeto - Cálculo (OSD - Cálculo)●

Regulador●

Plataforma de OpenStack - Director (OSPD)●

La arquitectura de alto nivel de Ultra-M y los componentes implicados se representan en estaimagen:

Arquitectura de UltraM

Este documento se piensa para el personal de Cisco que es familiar con la plataforma de CiscoUltra-M y detalla los pasos que se requieren ser realizados en el nivel de OpenStack y de StarOSVNF a la hora del reemplazo de la placa madre en un servidor.

Note: Ultra la versión M 5.1.x se considera para definir los procedimientos en estedocumento.

AbreviaturasVNF Función de la red virtualCF Función de controlSF Función de servicio

ESC Regulador elástico delservicio

FREGONA Método de procedimiento

OSD Discos del almacenamientodel objeto

HDD Unidad de disco duroSSD Unidad de estado sólido

VIM Administrador virtual de lainfraestructura

VM Máquina virtualEM Element Manager

UA Servicios de ultraautomatización

UUID Universal Identificador único

Flujo de trabajo de la fregona

Flujo de trabajo de alto nivel del procedimiento de reemplazo

Reemplazo de la placa madre en configuración de Ultra-M

En una configuración de Ultra-M, puede haber los escenarios donde un reemplazo de la placamadre se requiere en estos tipos de servidor: Cálculo, OSD-cálculo y regulador.

Note: Los discos de arranque con la instalación de OpenStack se substituyen después deque ocurra el reemplazo de la placa madre. Por lo tanto, no hay requisito de agregar el nodode nuevo a se nubla. Una vez que el servidor se acciona encendido después de la actividaddel reemplazo, se alistaría de nuevo al stack del nublar.

Reemplazo de la placa madre en el nodo del cálculo

Antes de la actividad, los VM recibidos en el nodo del cálculo son agraciado cierre. Una vez quese ha substituido la placa madre, los VM se restablecen detrás.

Identifique los VM recibidos en el nodo del cálculo

Identifique los VM que se reciben en el servidor del cálculo. Puede haber dos posibilidades:

El servidor del cálculo contiene solamente el SF VM:

[stack@director ~]$ nova list --field name,host | grep compute-10

| 49ac5f22-469e-4b84-badc-031083db0533 | VNF2-DEPLOYM_s9_0_8bc6cc60-15d6-4ead-8b6a-

10e75d0e134d |

pod1-compute-10.localdomain |

El servidor del cálculo contiene la combinación CF/ESC/EM/UAS de VM:

[stack@director ~]$ nova list --field name,host | grep compute-8

| 507d67c2-1d00-4321-b9d1-da879af524f8 | VNF2-DEPLOYM_XXXX_0_c8d98f0f-d874-45d0-af75-

88a2d6fa82ea | pod1-compute-8.localdomain |

| f9c0763a-4a4f-4bbd-af51-bc7545774be2 | VNF2-DEPLOYM_c1_0_df4be88d-b4bf-4456-945a-

3812653ee229 | pod1-compute-8.localdomain |

| 75528898-ef4b-4d68-b05d-882014708694 | VNF2-ESC-ESC-

0 | pod1-compute-8.localdomain |

| f5bd7b9c-476a-4679-83e5-303f0aae9309 | VNF2-UAS-uas-


Note: En la salida mostrada aquí, la primera columna corresponde al UUID, la segundacolumna es el nombre VM y la tercera columna es el nombre de host donde está presente elVM. Los parámetros de esta salida serán utilizados en las secciones posteriores.

Poder agraciado apagado

Encajone 1. SF VM de los host del nodo del cálculo solamente

Inicie sesión al StarOS VNF e identifique el indicador luminoso LED amarillo de la placa muestragravedad menor que corresponde al SF VM. Utilice el UUID del SF VM identificado de la secciónidentifican los VM recibidos en el nodo del cálculo, e identifican el indicador luminoso LEDamarillo de la placa muestra gravedad menor que corresponde al UUID:

[local]VNF2# show card hardware

Tuesday might 08 16:49:42 UTC 2018

<snip>

Card 8:

Card Type : 4-Port Service Function Virtual Card

CPU Packages : 26 [#0, #1, #2, #3, #4, #5, #6, #7, #8, #9, #10, #11, #12, #13, #14,

#15, #16, #17, #18, #19, #20, #21, #22, #23, #24, #25]

CPU Nodes : 2

CPU Cores/Threads : 26

Memory : 98304M (qvpc-di-large)

UUID/Serial Number : 49AC5F22-469E-4B84-BADC-031083DB0533

<snip>

Marque el estatus del indicador luminoso LED amarillo de la placa muestra gravedad menor:

[local]VNF2# show card table


Slot Card Type Oper State SPOF Attach

----------- -------------------------------------- ------------- ---- ------

1: CFC Control Function Virtual Card Active No

2: CFC Control Function Virtual Card Standby -

3: FC 4-Port Service Function Virtual Card Active No







10: FC 4-Port Service Function Virtual Card Standby -

Si el indicador luminoso LED amarillo de la placa muestra gravedad menor está en el estadoactivo, mueva el indicador luminoso LED amarillo de la placa muestra gravedad menor al estadoespera:

[local]VNF2# show card table


Slot Card Type Oper State SPOF Attach

----------- -------------------------------------- ------------- ---- ------

1: CFC Control Function Virtual Card Active No

2: CFC Control Function Virtual Card Standby -








10: FC 4-Port Service Function Virtual Card Standby -

Inicie sesión al nodo ESC que corresponde al VNF y marque el estatus del SF VM:

[admin@VNF2-esc-esc-0 ~]$ cd /opt/cisco/esc/esc-confd/esc-cli

[admin@VNF2-esc-esc-0 esc-cli]$ ./esc_nc_cli get esc_datamodel | egrep --color

"<state>|<vm_name>|<vm_id>|<deployment_name>"

<snip>

<state>SERVICE_ACTIVE_STATE</state>

<vm_name>VNF2-DEPLOYM_c1_0_df4be88d-b4bf-4456-945a-3812653ee229</vm_name>

<state>VM_ALIVE_STATE</state>

<vm_name> VNF2-DEPLOYM_s9_0_8bc6cc60-15d6-4ead-8b6a-10e75d0e134d</vm_name>


<snip>

Pare el SF VM con el uso de su nombre VM. (El nombre VM conocido de la sección identifica losVM recibidos en el nodo del cálculo):




<snip>




<vm_name> VNF2-DEPLOYM_s9_0_8bc6cc60-15d6-4ead-8b6a-10e75d0e134d</vm_name>


<snip>

Una vez que se para, el VM debe ingresar el estado del CIERRE:




<snip>




<vm_name>VNF2-DEPLOYM_c3_0_3e0db133-c13b-4e3d-ac14-


<vm_name>VNF2-DEPLOYM_s9_0_8bc6cc60-15d6-4ead-8b6a-10e75d0e134d</vm_name>

<state>VM_SHUTOFF_STATE</state>

<snip>

Host CF/ESC/EM/UAS del nodo del cálculo del caso 2.

Inicie sesión al StarOS VNF e identifique el indicador luminoso LED amarillo de la placa muestragravedad menor que corresponde al CF VM. Utilice el UUID del CF VM identificado de la secciónidentifican los VM recibidos en el nodo del cálculo, y encuentran el indicador luminoso LEDamarillo de la placa muestra gravedad menor que corresponde al UUID:




<snip>








<snip>

Marque el estatus del indicador luminoso LED amarillo de la placa muestra gravedad menor:




<snip>








<snip>

Si el indicador luminoso LED amarillo de la placa muestra gravedad menor está en el estadoactivo, mueva el indicador luminoso LED amarillo de la placa muestra gravedad menor al estadoespera:




<snip>








<snip>

Inicie sesión al nodo ESC que corresponde al VNF y marque el estatus de los VM:




<snip>






<deployment_name>VNF2-DEPLOYMENT-em</deployment_name>

<vm_id>507d67c2-1d00-4321-b9d1-da879af524f8</vm_id>

<vm_id>dc168a6a-4aeb-4e81-abd9-91d7568b5f7c</vm_id>

<vm_id>9ffec58b-4b9d-4072-b944-5413bf7fcf07</vm_id>


<vm_name>VNF2-DEPLOYM_XXXX_0_c8d98f0f-d874-45d0-af75-88a2d6fa82ea</vm_name>


<snip>

Pare el CF y el EM VM uno a uno con el uso de su nombre VM. (El nombre VM conocido de lasección identifica los VM recibidos en el nodo del cálculo):




<snip>













<snip>

Después de que pare, los VM deben ingresar el estado del CIERRE:




<snip>













<snip>

Inicie sesión al ESC recibido en el nodo del cálculo y marque si está en el estado principal. Si sí,conmute el ESC al modo de reserva:




<snip>













<snip>

Substituya la placa madre

Los pasos para substituir la placa madre en un servidor UCS C240 M4 se pueden referirde: Instalación del servidor de Cisco UCS C240 M4 y guía del servicio

Login al servidor con el uso del IP CIMC.

/content/en/us/td/docs/unified_computing/ucs/c/hw/C240M4/install/C240M4/install.html

Realice la actualización BIOS si el firmware no está según la versión recomendada usadapreviamente. Los pasos para la actualización BIOS se dan aquí: Guía de actualización delservidor BIOS de los montajes en bastidor de la serie C de Cisco UCS

Restablezca los VM

Encajone 1. SF VM de los host del nodo del cálculo solamente

El SF VM estaría en el estado de error en la lista de la Nova:




<snip>













<snip>

Recupere el SF VM del ESC:




<snip>













<snip>

Monitoree yangesc.log:




<snip>


/content/en/us/td/docs/unified_computing/ucs/c/sw/bios/b_Upgrading_BIOS_Firmware.html













<snip>

Asegúrese de que el indicador luminoso LED amarillo de la placa muestra gravedad menor del SFsuba como el SF espera en el VNF.

Host UA, ESC, EM y CF del nodo del cálculo del caso 2.

Recuperación de UA VM

Marque el estatus de los UA VM en la lista de la Nova y borrelo:




<snip>













<snip>

Para recuperar los AutoVNF-UA VM, ejecute el script del UA-control para marcar el estado. Debeseñalar un error. Entonces ejecútese otra vez con --repare la opción para reconstruir los UA quefalta VM:

[stack@director ~]$ cd /opt/cisco/usp/uas-installer/scripts/

[stack@director scripts]$ ./uas-check.py auto-vnf VNF2-UAS

2017-12-08 12:38:05,446 - INFO: Check of AutoVNF cluster started

2017-12-08 12:38:07,925 - INFO: Instance 'vnf1-UAS-uas-0' status is 'ERROR'

2017-12-08 12:38:07,925 - INFO: Check completed, AutoVNF cluster has recoverable errors

[stack@director scripts]$ ./uas-check.py auto-vnf VNF2-UAS --fix


2017-11-22 14:01:09,575 - INFO: Instance VNF2-UAS-uas-0' status is 'ERROR'


2017-11-22 14:01:09,778 - INFO: Removing instance VNF2-UAS-uas-0'

2017-11-22 14:01:13,568 - INFO: Removed instance VNF2-UAS-uas-0'

2017-11-22 14:01:13,568 - INFO: Creating instance VNF2-UAS-uas-0' and attaching volume ‘VNF2-

UAS-uas-vol-0'

2017-11-22 14:01:49,525 - INFO: Created instance ‘VNF2-UAS-uas-0'

Inicie sesión a los AutoVNF-UA. Espera durante unos minutos y después usted verá que los UAvuelven al buen estado:













UAS-uas-vol-0'


Recuperación de ESC VM

Marque el estatus del ESC VM de la lista de la Nova y borrelo:













UAS-uas-vol-0'


De los AutoVNF-UA, encuentre la transacción del despliegue ESC y en el registro para latransacción, encuentran la línea de comando boot_vm.py para crear el caso ESC:

ubuntu@VNF2-uas-uas-0:~$ sudo -i

root@VNF2-uas-uas-0:~# confd_cli -u admin -C

Welcome to the ConfD CLI

admin connected from 127.0.0.1 using console on VNF2-uas-uas-0

VNF2-uas-uas-0#show transaction

TX ID TX TYPE DEPLOYMENT ID

TIMESTAMP STATUS

------------------------------------------------------------------------------------------------

-----------------------------

35eefc4a-d4a9-11e7-bb72-fa163ef8df2b vnf-deployment VNF2-DEPLOYMENT 2017-11-

29T02:01:27.750692-00:00 deployment-success

73d9c540-d4a8-11e7-bb72-fa163ef8df2b vnfm-deployment VNF2-ESC 2017-11-

29T01:56:02.133663-00:00 deployment-success

VNF2-uas-uas-0#show logs 73d9c540-d4a8-11e7-bb72-fa163ef8df2b | display xml

<config xmlns="http://tail-f.com/ns/config/1.0">

<logs xmlns="http://www.cisco.com/usp/nfv/usp-autovnf-oper">

<tx-id>73d9c540-d4a8-11e7-bb72-fa163ef8df2b</tx-id>

<log>2017-11-29 01:56:02,142 - VNFM Deployment RPC triggered for deployment: VNF2-ESC,

deactivate: 0

2017-11-29 01:56:02,179 - Notify deployment

..

2017-11-29 01:57:30,385 - Creating VNFM 'VNF2-ESC-ESC-1' with [python //opt/cisco/vnf-

staging/bootvm.py VNF2-ESC-ESC-1 --flavor VNF2-ESC-ESC-flavor --image 3fe6b197-961b-4651-af22-

dfd910436689 --net VNF2-UAS-uas-management --gateway_ip 172.168.10.1 --net VNF2-UAS-uas-

orchestration --os_auth_url http://10.1.2.5:5000/v2.0 --os_tenant_name core --os_username ******

--os_password ****** --bs_os_auth_url http://10.1.2.5:5000/v2.0 --bs_os_tenant_name core --

bs_os_username ****** --bs_os_password ****** --esc_ui_startup false --esc_params_file

/tmp/esc_params.cfg --encrypt_key ****** --user_pass ****** --user_confd_pass ****** --kad_vif

eth0 --kad_vip 172.168.10.7 --ipaddr 172.168.10.6 dhcp --ha_node_list 172.168.10.3 172.168.10.6

--file root:0755:/opt/cisco/esc/esc-

scripts/esc_volume_em_staging.sh:/opt/cisco/usp/uas/autovnf/vnfms/esc-

scripts/esc_volume_em_staging.sh --file root:0755:/opt/cisco/esc/esc-

scripts/esc_vpc_chassis_id.py:/opt/cisco/usp/uas/autovnf/vnfms/esc-scripts/esc_vpc_chassis_id.py

--file root:0755:/opt/cisco/esc/esc-scripts/esc-vpc-di-internal-

keys.sh:/opt/cisco/usp/uas/autovnf/vnfms/esc-scripts/esc-vpc-di-internal-keys.sh

Salve la línea boot_vm.py secuencia de comandos shell a un archivo (esc.sh) y ponga al díatodas las líneas del ***** del nombre de usuario y del ***** de la contraseña con la informacióncorrecta (típicamente core/<PASSWORD >). Usted necesita quitar --opción del encrypt_keytambién. Para los user_pass y los user_confd_pass, usted necesita utilizar el formato – nombre deusuario: contraseña (admin de ejemplo: <PASSWORD>).

Encuentre el URL a bootvm.py de los ejecutar-config y consiga el bootvm.pyfile al AutoVNFUASVM. En este caso, 10.1.2.3 es el IP de AutoIT el VM:




VNF2-uas-uas-0#show running-config autovnf-vnfm:vnfm

…

configs bootvm

value http:// 10.1.2.3:80/bundles/5.1.7-2007/vnfm-bundle/bootvm-2_3_2_155.py

!





…

configs bootvm


!

Cree un archivo de /tmp/esc_params.cfg:





…

configs bootvm


http://tail-f.com/ns/config/1.0

http://www.cisco.com/usp/nfv/usp-autovnf-oper

http://10.1.2.5:5000/v2.0

http://10.1.2.5:5000/v2.0

!

Ejecute secuencia de comandos shell para desplegar el ESC del nodo UA:





…

configs bootvm


!

Inicie sesión al nuevo ESC y verifique el estado de reserva:





…

configs bootvm


!

Recupere CF y EM VM del ESC

Marque el estatus del CF y del EM VM de la lista de la Nova. Deben estar en el estado de error:





…

configs bootvm


!

El login al master ESC, ejecuta la recuperación-VM-acción para cada EM y CF afectados VM. Seapaciente. El ESC programa la acción de recuperación y puede ser que no suceda durante unosminutos. Monitoree yangesc.log:

sudo /opt/cisco/esc/esc-confd/esc-cli/esc_nc_cli recovery-vm-action DO <VM-Name>

[admin@VNF2-esc-esc-0 ~]$ sudo /opt/cisco/esc/esc-confd/esc-cli/esc_nc_cli recovery-vm-action DO

VNF2-DEPLOYMENT-_VNF2-D_0_a6843886-77b4-4f38-b941-74eb527113a8

[sudo] password for admin:

Recovery VM Action

/opt/cisco/esc/confd/bin/netconf-console --port=830 --host=127.0.0.1 --user=admin --

privKeyFile=/root/.ssh/confd_id_dsa --privKeyType=dsa --rpc=/tmp/esc_nc_cli.ZpRCGiieuW

<?xml version="1.0" encoding="UTF-8"?>

<rpc-reply xmlns="urn:ietf:params:xml:ns:netconf:base:1.0" message-id="1">

<ok/>

</rpc-reply>

[admin@VNF2-esc-esc-0 ~]$ tail -f /var/log/esc/yangesc.log

…

14:59:50,112 07-Nov-2017 WARN Type: VM_RECOVERY_COMPLETE

14:59:50,112 07-Nov-2017 WARN Status: SUCCESS

14:59:50,112 07-Nov-2017 WARN Status Code: 200

14:59:50,112 07-Nov-2017 WARN Status Msg: Recovery: Successfully recovered VM [VNF2-DEPLOYMENT-

_VNF2-D_0_a6843886-77b4-4f38-b941-74eb527113a8]

Inicie sesión al nuevo EM y verifique que el estado EM está para arriba:





Recovery VM Action





<ok/>

</rpc-reply>


…





_VNF2-D_0_a6843886-77b4-4f38-b941-74eb527113a8]

Inicie sesión al StarOS VNF y verifique que el indicador luminoso LED amarillo de la placamuestra gravedad menor CF está en el estado espera.

Maneje el error de la recuperación ESC

En caso de que el ESC no pueda comenzar el VM debido a un estado inesperado, esrecomendado para realizar un intercambio ESC reiniciando al master ESC. Las tomas delintercambio ESC alrededor de un minuto. Ejecute el script health.sh en el nuevo master ESC paramarcar si el estatus está para arriba. Domine el ESC para comenzar el VM y para reparar elestado VM. Esta tarea de la recuperación toma hasta 5 minutos para completar.

Usted puede monitorear /var/log/esc/yangesc.log y /var/log/esc/escmanager.log. Si usted no ve elVM el conseguir recuperado después de 5-7 minutos, el usuario necesita ir hacer la recuperaciónmanual del VM afectado.

Reemplazo de la placa madre en el nodo del cálculo OSD

Antes de la actividad, los VM recibidos en el nodo del cálculo son agraciado cierre y el Ceph sepone en el modo de mantenimiento. Una vez que se ha substituido la placa madre, los VM serestablecen detrás y Ceph es modo de mantenimiento movido de los.

Ponga Ceph en el modo de mantenimiento

Verifique que el estatus del árbol del osd del ceph esté para arriba en el servidor.





Recovery VM Action





<ok/>

</rpc-reply>


…





_VNF2-D_0_a6843886-77b4-4f38-b941-74eb527113a8]

Registro en el nodo del cálculo OSD y Ceph puesto en el modo de mantenimiento.





Recovery VM Action





<ok/>

</rpc-reply>


…





_VNF2-D_0_a6843886-77b4-4f38-b941-74eb527113a8]

Note: Cuando se quita Ceph, VNF HD RAID entra el estado degradado pero el HDD debetodavía ser accesible.

Identifique los VM recibidos en el nodo del OSD-cálculo

Identifique los VM que se reciben en el servidor del cálculo OSD. Puede haber dos posibilidades:

El servidor del OSD-cálculo contiene la combinación del Element Manager (EM) /UAS/Auto-Deploy/Auto-IT de VM:





Recovery VM Action





<ok/>

</rpc-reply>


…





_VNF2-D_0_a6843886-77b4-4f38-b941-74eb527113a8]

Cálculo servidor contiene función de control (CF) /Elastic servicios regulador (ESC) /Elementadministrador ()/(EM) combinación UA de VM:

[stack@director ~]$ nova list --field name,host | grep osd-compute-1

| 507d67c2-1d00-4321-b9d1-da879af524f8 | VNF2-DEPLOYM_XXXX_0_c8d98f0f-d874-45d0-af75-

88a2d6fa82ea | pod1-compute-8.localdomain |

| f9c0763a-4a4f-4bbd-af51-bc7545774be2 | VNF2-DEPLOYM_c1_0_df4be88d-b4bf-4456-945a-

3812653ee229 | pod1-compute-8.localdomain |

| 75528898-ef4b-4d68-b05d-882014708694 | VNF2-ESC-ESC-


| f5bd7b9c-476a-4679-83e5-303f0aae9309 | VNF2-UAS-uas-


Note: En la salida mostrada aquí, la primera columna corresponde al UUID, la segundacolumna es el nombre VM y la tercera columna es el nombre de host donde está presente elVM. Los parámetros de esta salida serán utilizados en las secciones posteriores.

Poder agraciado apagado

El nodo del OSD-cálculo del caso 1. recibe CF/ESC/EM/UAS

El poder del procedimiento de CF/ESC/EM/UAS VM es agraciado lo mismo con independencia desi los VM están recibidos en el nodo del cálculo o del OSD-cálculo. Siga los pasos del reemplazode la placa madre en el poder del nodo del cálculo agraciado apagado los VM.

Auto-despliegan/Auto-It/EM/UAS de los host del nodo del OSD-cálculo del caso 2.

Respaldo que el BDC de Auto-despliega

El respaldo los datos autodeploy del confd BDC periódicamente o después de cadaactivación/desactivación y salva el archivo a un servidor de backup. Autodeploy no es redundante

y si se pierden estos datos, usted no podrá desactivar agraciado el despliegue.

Inicie sesión a AutoDeploy VM y directorio de reserva del confd BDC.

ubuntu@auto-deploy-iso-2007-uas-0:~ $sudo -i

root@auto-deploy-iso-2007-uas-0:~#service uas-confd stop

uas-confd stop/waiting

root@auto-deploy-iso-2007-uas-0:~# cd /opt/cisco/usp/uas/confd-6.3.1/var/confd

root@auto-deploy-iso-2007-uas-0:/opt/cisco/usp/uas/confd-6.3.1/var/confd#tar cvf

autodeploy_cdb_backup.tar cdb/

cdb/

cdb/O.cdb

cdb/C.cdb

cdb/aaa_init.xml

cdb/A.cdb

root@auto-deploy-iso-2007-uas-0:~# service uas-confd start

uas-confd start/running, process 13852

Note: autodeploy_cdb_backup.tar opy para sostener el servidor.

Respaldo System.cfg de las Auto-TIC

Tome a respaldo del respaldo del archivo system.cfg el servidor:







cdb/

cdb/O.cdb

cdb/C.cdb

cdb/aaa_init.xml

cdb/A.cdb



Note: El poder del procedimiento de EM/UAS VM es agraciado lo mismo con independenciade si los VM están recibidos en el nodo del cálculo o del OSD-cálculo.

Siga los pasos del reemplazo de la placa madre en el poder del nodo del cálculo para agraciadoapagado estos VM.






Mueva al modo de mantenimiento de los de Ceph

Registro en el modo de mantenimiento de los de Ceph del nodo y del movimiento del cálculoOSD.







cdb/

cdb/O.cdb

cdb/C.cdb

cdb/aaa_init.xml

cdb/A.cdb



Restablezca los VM

Encajone los host CF, ESC, EM y UA de 1. nodos del OSD-cálculo

El procedimiento a restablecer de CF/ESC/EM/UAS VM es lo mismo con independencia de si losVM están recibidos en el nodo del cálculo o del OSD-cálculo. Siga los pasos de los hostCF/ESC/EM/UAS del nodo del cálculo del caso 2. para restablecer los VM.

Encajone el nodo de 2. OSD-cálculos lo recibe Auto-, Auto-lo despliega, EM y los UA

Recupérese Auto-despliegan el VM

De OSPD, si auto-despliegue el VM fue afectado pero todavía muestra ACTIVE/Running, ustednecesitará borrarlo primero. Si auto-despliegue no fue afectado, saltan a la recuperación de Auto-él el VM:

[stack@director ~]$ nova list |grep auto-deploy

| 9b55270a-2dcd-4ac1-aba3-bf041733a0c9 | auto-deploy-ISO-2007-uas-

0 | ACTIVE | - | Running | mgmt=172.16.181.12,

10.1.2.7 [stack@director ~]$ cd /opt/cisco/usp/uas-installer/scripts



[stack@director ~]$ ./auto-deploy-booting.sh --floating-ip 10.1.2.7 --delete

Auto-despliegue una vez se borra, lo crean otra vez con el mismo direccionamiento del floatingip:

[stack@director ~]$ cd /opt/cisco/usp/uas-installer/scripts

[stack@director scripts]$ ./auto-deploy-booting.sh --floating-ip 10.1.2.7

2017-11-17 07:05:03,038 - INFO: Creating AutoDeploy deployment (1 instance(s)) on

'http://10.84.123.4:5000/v2.0' tenant 'core' user 'core', ISO 'default'

2017-11-17 07:05:03,039 - INFO: Loading image 'auto-deploy-ISO-5-1-7-2007-usp-uas-1.0.1-

1504.qcow2' from '/opt/cisco/usp/uas-installer/images/usp-uas-1.0.1-1504.qcow2'

2017-11-17 07:05:14,603 - INFO: Loaded image 'auto-deploy-ISO-5-1-7-2007-usp-uas-1.0.1-

1504.qcow2'

2017-11-17 07:05:15,787 - INFO: Assigned floating IP '10.1.2.7' to IP '172.16.181.7'

2017-11-17 07:05:15,788 - INFO: Creating instance 'auto-deploy-ISO-5-1-7-2007-uas-0'

2017-11-17 07:05:42,759 - INFO: Created instance 'auto-deploy-ISO-5-1-7-2007-uas-0'

2017-11-17 07:05:42,759 - INFO: Request completed, floating IP: 10.1.2.7

Copie el archivo Autodeploy.cfg, el ISO y el archivo TAR del confd_backup de su servidor debackup al VM autodeploy y de los archivos del confdcdb del restore del archivo TAR de reserva:

ubuntu@auto-deploy-iso-2007-uas-0:~# sudo -i

ubuntu@auto-deploy-iso-2007-uas-0:# service uas-confd stop


root@auto-deploy-iso-2007-uas-0:# cd /opt/cisco/usp/uas/confd-6.3.1/var/confd

root@auto-deploy-iso-2007-uas-0:/opt/cisco/usp/uas/confd-6.3.1/var/confd# tar xvf

/home/ubuntu/ad_cdb_backup.tar

cdb/

cdb/O.cdb

cdb/C.cdb

cdb/aaa_init.xml

cdb/A.cdb

root@auto-deploy-iso-2007-uas-0~# service uas-confd start


Verifique que el confd fuera cargado correctamente marcando transacciones anteriores. Ponga aldía el autodeploy.cfg con el nuevo nombre del OSD-cálculo. Vea la sección FinalStep: Ponga aldía la configuración de AutoDeploy.

root@auto-deploy-iso-2007-uas-0:~# confd_cli -u admin -C


admin connected from 127.0.0.1 using console on auto-deploy-iso-2007-uas-0

auto-deploy-iso-2007-uas-0#show transaction

SERVICE

SITE

DEPLOYMENT

SITE TX AUTOVNF VNF AUTOVNF

TX ID TX TYPE ID DATE AND TIME

STATUS ID ID ID ID TX ID

------------------------------------------------------------------------------------------------

-------------------------------------

1512571978613 service-deployment tb5bxb 2017-12-06T14:52:59.412+00:00 deployment-success

auto-deploy-iso-2007-uas-0# exit

Recupere las Auto-TIC VM

De OSPD, si auto-VM fue afectado pero aún las demostraciones como ACTIVE/Running, ustednecesita borrarlo. Si auto-no fue afectado, salte al siguiente:

[stack@director ~]$ nova list |grep auto-it

| 580faf80-1d8c-463b-9354-781ea0c0b352 | auto-it-vnf-ISO-2007-uas-

0 | ACTIVE | - | Running | mgmt=172.16.181.3,

10.1.2.8 [stack@director ~]$ cd /opt/cisco/usp/uas-installer/scripts

[stack@director ~]$ ./ auto-it-vnf-staging.sh --floating-ip 10.1.2.8 --delete

Reconstruya las Auto-TIC ejecutando el script del estacionamiento las Auto-TIC-VNF:

[stack@director ~]$ cd /opt/cisco/usp/uas-installer/scripts

[stack@director scripts]$ ./auto-it-vnf-staging.sh --floating-ip 10.1.2.8

2017-11-16 12:54:31,381 - INFO: Creating StagingServer deployment (1 instance(s)) on

'http://10.84.123.4:5000/v2.0' tenant 'core' user 'core', ISO 'default'

2017-11-16 12:54:31,382 - INFO: Loading image 'auto-it-vnf-ISO-5-1-7-2007-usp-uas-1.0.1-

1504.qcow2' from '/opt/cisco/usp/uas-installer/images/usp-uas-1.0.1-1504.qcow2'

2017-11-16 12:54:51,961 - INFO: Loaded image 'auto-it-vnf-ISO-5-1-7-2007-usp-uas-1.0.1-

1504.qcow2'

2017-11-16 12:54:53,217 - INFO: Assigned floating IP '10.1.2.8' to IP '172.16.181.9'

2017-11-16 12:54:53,217 - INFO: Creating instance 'auto-it-vnf-ISO-5-1-7-2007-uas-0'

2017-11-16 12:55:20,929 - INFO: Created instance 'auto-it-vnf-ISO-5-1-7-2007-uas-0'

2017-11-16 12:55:20,930 - INFO: Request completed, floating IP: 10.1.2.8

Recargue la imagen ISO. En este caso, la dirección IP las Auto-TIC es 10.1.2.8. Esto tardaráalgunos minutos para cargar:

[stack@director ~]$ cd images/5_1_7-2007/isos

[stack@director isos]$ curl -F file=@usp-5_1_7-2007.iso http://10.1.2.8:5001/isos

{

"iso-id": "5.1.7-2007"

}

to check the ISO image:

[stack@director isos]$ curl http://10.1.2.8:5001/isos

{

"isos": [

{

"iso-id": "5.1.7-2007"

}

]

}

Copie los archivos VNF system.cfg de OSPD Auto-despliegan el directorio a las Auto-TIC VM:



{

"iso-id": "5.1.7-2007"

}



{

"isos": [

{

"iso-id": "5.1.7-2007"

}

]

}

Note: El Procedimiento de recuperación del EM y los UA VM son lo mismo conindependencia de si el VM está recibido en el cálculo o el OSD-cálculo. Siga los pasos de laplaca madre del reemplace en el poder del nodo del cálculo para agraciado apagado estosVM.

Substituya la placa madre en el nodo del regulador

Verifique el estado de controlador y ponga el cluster en el modo de mantenimiento

De OSPD, inicie sesión al regulador y verifique que los PC están en un buen estado – tres Onliney Galera de los reguladores muestran los tres reguladores como master.



{

"iso-id": "5.1.7-2007"

}



{

"isos": [

{

"iso-id": "5.1.7-2007"

}

]

}

Ponga el cluster en el modo de mantenimiento:



{

"iso-id": "5.1.7-2007"

}



{

"isos": [

{

"iso-id": "5.1.7-2007"

}

]

}

[heat-admin@pod1-controller-0 ~]$ sudo pcs status

Cluster name: tripleo_cluster

Stack: corosync

Current DC: pod1-controller-2 (version 1.1.15-11.el7_3.4-e174ec8) - partition with quorum

Last updated: Mon Dec 4 00:48:24 2017 Last change: Mon Dec 4 00:48:18 2017 by root via

crm_attribute on pod1-controller-0

3 nodes and 22 resources configured

Node pod1-controller-0: standby

Online: [ pod1-controller-1 pod1-controller-2 ]

Full list of resources:

ip-11.118.0.42 (ocf::heartbeat:IPaddr2): Started pod1-controller-1




Clone Set: haproxy-clone [haproxy]

Started: [ pod1-controller-1 pod1-controller-2 ]

Stopped: [ pod1-controller-0 ]

Master/Slave Set: galera-master [galera]

Masters: [ pod1-controller-1 pod1-controller-2 ]

Slaves: [ pod1-controller-0 ]


Clone Set: rabbitmq-clone [rabbitmq]

Started: [ pod1-controller-0 pod1-controller-1 pod1-controller-2 ]

Master/Slave Set: redis-master [redis]

Masters: [ pod1-controller-2 ]




openstack-cinder-volume (systemd:openstack-cinder-volume): Started pod1-controller-2

my-ipmilan-for-controller-0 (stonith:fence_ipmilan): Started pod1-controller-1







Estatus del cluster del Restore




El login al regulador se ha afectado que, quita al modo de reserva fijando unstandby. Verifique siel regulador venga en línea con el cluster y Galera muestra los tres reguladores como master.Esto pudo tardar algunos minutos.



Stack: corosync





Node pod1-controller-0: standby

Online: [ pod1-controller-1 pod1-controller-2 ]







Started: [ pod1-controller-1 pod1-controller-2 ]



Masters: [ pod1-controller-1 pod1-controller-2 ]
















Stack: corosync





Online: [ pod1-controller-0 pod1-controller-1 pod1-controller-2 ]









Masters: [ pod1-controller-0 pod1-controller-1 pod1-controller-2 ]






Slaves: [ pod1-controller-0 pod1-controller-1 ]






Daemon Status:

corosync: active/enabled

pacemaker: active/enabled

pcsd: active/enabled

substituya la placa madre en el servidor de ultra-m ucs 240m4 - … · substituya la placa madre en...

Documents