MOP de corrección de discrepancias de UUID Ultra-M - vEPC

Opciones de descarga

PDF (546.3 KB)
Visualice con Adobe Reader en una variedad de dispositivos
ePub (337.9 KB)
Visualice en diferentes aplicaciones en iPhone, iPad, Android, Sony Reader o Windows Phone
Mobi (Kindle) (270.2 KB)
Visualice en dispositivo Kindle o aplicación Kindle en múltiples dispositivos

Actualizado:29 de julio de 2018

ID del documento:213551

Lenguaje no discriminatorio

El conjunto de documentos para este producto aspira al uso de un lenguaje no discriminatorio. A los fines de esta documentación, "no discriminatorio" se refiere al lenguaje que no implica discriminación por motivos de edad, discapacidad, género, identidad de raza, identidad étnica, orientación sexual, nivel socioeconómico e interseccionalidad. Puede haber excepciones en la documentación debido al lenguaje que se encuentra ya en las interfaces de usuario del software del producto, el lenguaje utilizado en función de la documentación de la RFP o el lenguaje utilizado por un producto de terceros al que se hace referencia. Obtenga más información sobre cómo Cisco utiliza el lenguaje inclusivo.

Acerca de esta traducción

Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).

Contenido

Introducción

Antecedentes

Abreviaturas

Flujo de trabajo del MoP

ID de implementación, UUID y su relación en EM

Comprobaciones previas

En EM

En ESC

En StarOS VNF

Identificar la discordancia de UUID

Recuperar el UUID

Borrado de solicitudes pendientes en el Zookeeper de EM

Introducción

Este documento describe los pasos necesarios para corregir la discordancia de Universal Unique IDentifier (UUID) entre Element Manager (EM) y StarOS Virtual Network Functions (VNF) en una configuración Ultra-M que aloja VNF de StarOS.

Antecedentes

Ultra-M es una solución de núcleo de paquetes móviles virtualizados previamente empaquetada y validada que se ha diseñado para simplificar la implementación de VNF.

La solución Ultra-M consta de los siguientes tipos de máquinas virtuales (VM):

TI automática
Implementación automática
Servicios de automatización Ultra (UAS)
Administrador de elementos (EM)
Controlador de servicios elástico (ESC)
Función de control (CF)
Función de sesión (SF)

La arquitectura de alto nivel de Ultra-M y los componentes implicados se muestran en esta imagen:

Arquitectura UltraM

Nota: Se considera la versión Ultra M 5.1.x para definir los procedimientos en este documento.

Abreviaturas

VNF	Función de red virtual
CF	Función de control
SF	Función de servicio
ESC	Controlador de servicio elástico
FREGAR	Método de procedimiento
OSD	Discos de almacenamiento de objetos
HDD	Unidad de disco duro
SSD	Unidad de estado sólido
VIM	Administrador de infraestructura virtual
VM	Máquina virtual
EM	Administrador de elementos
UAS	Servicios de ultra automatización
UUID	Identificador único universal

Flujo de trabajo del MoP

ID de implementación, UUID y su relación en EM

Hay tres componentes principales: ESC, EM y StarOS VNF en una configuración Ultra-M. EM actúa como proxy para las consultas de ConfD y envía una respuesta en nombre de StarOS VNF. Cada uno de estos componentes funciona como una VM y mantiene la información. Cuando los datos/estado de las VM en estos tres nodos no coinciden, hay una alarma de discordancia de UUID en EM. ESC realiza una llamada YANG a EM para obtener datos de ConfD. ConfD tiene información de configuración y datos/estado operativo. EM traduce las consultas que provienen de ESC y envía respuestas según sea necesario.

Comprobaciones previas

En EM

Verifique que EM esté en modo HA y se muestre como maestro/esclavo:

ubuntu@vnfd2deploymentem-1:~$ ncs --status | more
vsn: 4.1.1
SMP support: yes, using 2 threads
Using epoll: yes
available modules: backplane,netconf,cdb,cli,snmp,webui
running modules: backplane,netconf,cdb,cli,webui
status: started
cluster status:
  mode: master
  node id: 6-1528831279
  connected slaves: 1

Inicie sesión en EM y compruebe si el clúster de EM funciona correctamente:

ubuntu@vnfd2deploymentem-1:~$ ncs_cli -u admin -C
admin@scm# show ems
EM VNFM 
ID SLA SCM PROXY 
---------------------
5 up up up 
9 up up up

ubuntu@vnfd2deploymentem-1:~$ ncs_cli -u admin -C
admin@scm# show ncs-state ha
ncs-state ha mode master
ncs-state ha node-id 9-1518035669
ncs-state ha connected-slave [ 5-1518043097 ]

En ESC

En ESC, valide que se haya establecido la conexión netconf con EM:

[admin@vnfm2-esc-0 esc-cli]$ netstat -an | grep 830
tcp        0      0 0.0.0.0:830                 0.0.0.0:*                   LISTEN      
tcp        0      0 172.18.181.6:830            172.18.181.11:39266         ESTABLISHED 
tcp        0      0 172.18.181.6:830            172.18.181.11:39267         ESTABLISHED 
tcp        0      0 :::830                      :::*                        LISTEN      
[admin@vnfm2-esc-0 esc-cli]$

Desde ESC, asegúrese de que todas las VM estén en estado activo y que el servicio esté activo:

[admin@vnfm2-esc-0 esc-cli]$ ./esc_nc_cli get esc_datamodel | egrep "<vm_name>|<state>"

            <state>IMAGE_ACTIVE_STATE</state>
            <state>IMAGE_ACTIVE_STATE</state>
            <state>IMAGE_ACTIVE_STATE</state>
            <state>FLAVOR_ACTIVE_STATE</state>
            <state>FLAVOR_ACTIVE_STATE</state>
            <state>FLAVOR_ACTIVE_STATE</state>
                <state>SERVICE_ACTIVE_STATE</state>
                    <vm_name>vnfd2-deployment_c1_0_13d5f181-0bd3-43e4-be2d-ada02636d870</vm_name>
                    <state>VM_ALIVE_STATE</state>
                    <vm_name>vnfd2-deployment_c4_0_9dd6e15b-8f72-43e7-94c0-924191d99555</vm_name>
                    <state>VM_ALIVE_STATE</state>
                    <vm_name>vnfd2-deployment_s2_0_b2cbf15a-3107-45c7-8edf-1afc5b787132</vm_name>
                    <state>VM_ALIVE_STATE</state>
                    <vm_name>vnfd2-deployment_s3_0_882cf1ed-fe7a-47a7-b833-dd3e284b3038</vm_name>
                    <state>VM_ALIVE_STATE</state>
                    <vm_name>vnfd2-deployment_s5_0_672bbb00-34f2-46e7-a756-52907e1d3b3d</vm_name>
                    <state>VM_ALIVE_STATE</state>
                    <vm_name>vnfd2-deployment_s6_0_6f30be77-6b9f-4da8-9577-e39c18f16dfb</vm_name>
                    <state>VM_ALIVE_STATE</state>
                <state>SERVICE_ACTIVE_STATE</state>
                    <vm_name>vnfd2-deployment_vnfd2-_0_02d1510d-53dd-4a14-9e21-b3b367fef5b8</vm_name>
                    <state>VM_ALIVE_STATE</state>
                    <vm_name>vnfd2-deployment_vnfd2-_0_f17989e3-302a-4681-be46-f2ebf62b252a</vm_name>
                    <state>VM_ALIVE_STATE</state>
                    <vm_name>vnfd2-deployment_vnfd2-_0_f63241f3-2516-4fc4-92f3-06e45054dba0</vm_name>
                    <state>VM_ALIVE_STATE</state>
[admin@vnfm2-esc-0 esc-cli]$

En StarOS VNF

Verifique que vnfm-proxy-agent esté en línea:

[local]POD1-VNF2-PGW# show vnfm-proxy-agent status
Thursday June 21 07:25:02 UTC 2018
VNFM Proxy Agent Status:
  State        : online 
  Connected to : 172.18.180.3:2181
  Bind Address : 172.18.180.13:38233
VNFM Proxy address count: 3

Verifique el estado de emctrl show alive:

[local]POD1-VNF2-PGW# show emctrl status
Thursday June 21 07:25:09 UTC 2018
emctrl status:

emctrl in state: ALIVE

Identificar la discordancia de UUID

El UUID debe compararse entre el VNF de StarOS y el EM para identificar la discordancia. Estos procedimientos enumeran los pasos a seguir en StarOS VNF y EM para obtener los UUID de los nodos respectivos.

Desde StarOS, puede obtener el UUID desde show emctrl vdu list o desde la salida show card hardware.

[local]POD1-VNF2-PGW# show emctrl vdu list
Thursday June 21 07:24:28 UTC 2018
Showing emctrl vdu
card[01]: name[CFC_01                                            ] uuid[33C779D2-E271-47AF-8AD5-6A982C79BA62]
card[02]: name[CFC_02                                            ] uuid[E75AE5EE-2236-4FFD-A0D4-054EC246D506]
card[03]: name[SFC_03                                            ] uuid[E1A6762D-4E84-4A86-A1B1-84772B3368DC]
card[04]: name[SFC_04                                            ] uuid[B283D43C-6E0C-42E8-87D4-A3AF15A61A83]
card[05]: name[SFC_05                                            ] uuid[CF0C63DF-D041-42E1-B541-6B15B0BF2F3E]
card[06]: name[SFC_06                                            ] uuid[65344D53-DE09-4B0B-89A6-85D5CFDB3A55]
Incomplete command

[local]POD1-VNF2-PGW# show card hardware | grep -i uuid
Thursday June 21 07:24:46 UTC 2018
  UUID/Serial Number      : 33C779D2-E271-47AF-8AD5-6A982C79BA62
  UUID/Serial Number      : E75AE5EE-2236-4FFD-A0D4-054EC246D506
  UUID/Serial Number      : E1A6762D-4E84-4A86-A1B1-84772B3368DC
  UUID/Serial Number      : B283D43C-6E0C-42E8-87D4-A3AF15A61A83
  UUID/Serial Number      : CF0C63DF-D041-42E1-B541-6B15B0BF2F3E
  UUID/Serial Number      : 65344D53-DE09-4B0B-89A6-85D5CFDB3A55

Enumere los UUID en el EM:

ubuntu@vnfd2deploymentem-1:~$  ncs_cli -u admin -C
admin@scm# show vdus vdu | select vnfci
                                                                      CONSTITUENT                                                                   MEMORY  STORAGE  
                                                DEVICE     DEVICE     ELEMENT      IS                                                        CPU    UTILS   USAGE    
ID                ID                            NAME       GROUP      GROUP        INFRA  INITIALIZED  VIM ID                                UTILS  BYTES   BYTES    
---------------------------------------------------------------------------------------------------------------------------------------------------------------------
control-function  BOOT_generic_di-chasis_CF1_1  scm-cf-nc  scm-cf-nc  di-chasis    true   true         33c779d2-e271-47af-8ad5-6a982c79ba62  -      -       -        
                  BOOT_generic_di-chasis_CF2_1  scm-cf-nc  scm-cf-nc  di-chasis    true   true         e75ae5ee-2236-4ffd-a0d4-054ec246d506  -      -       -        
session-function  BOOT_generic_di-chasis_SF1_1  -          -          di-chasis    true   false        e1a6762d-4e84-4a86-a1b1-84772b3368dc  -      -       -        
                  BOOT_generic_di-chasis_SF2_1  -          -          di-chasis    true   false        b283d43c-6e0c-42e8-87d4-a3af15a61a83  -      -       -        
                  BOOT_generic_di-chasis_SF3_1  -          -          di-chasis    true   false        828281f4-c0f4-4061-b324-26277d294b86  -      -       -        
                  BOOT_generic_di-chasis_SF4_1  -          -          di-chasis    true   false        65344d53-de09-4b0b-89a6-85d5cfdb3a55  -      -       -

En esta salida, puede ver que la tarjeta 5 tiene una DISCORDANCIA UUID entre el EM y StarOS:

[local]POD1-VNF2-PGW# show emctrl vdu list
Thursday June 21 07:24:28 UTC 2018
Showing emctrl vdu
.....
card[05]: name[SFC_05                                            ] uuid[CF0C63DF-D041-42E1-B541-6B15B0BF2F3E]
.....

admin@scm# show vdus vdu | select vnfci
                                                                      CONSTITUENT                                                                   MEMORY  STORAGE  
                                                DEVICE     DEVICE     ELEMENT      IS                                                        CPU    UTILS   USAGE    
ID                ID                            NAME       GROUP      GROUP        INFRA  INITIALIZED  VIM ID                                UTILS  BYTES   BYTES    
---------------------------------------------------------------------------------------------------------------------------------------------------------------------

session-function  .......
                  BOOT_generic_di-chasis_SF3_1  -          -          di-chasis    true   false        828281f4-c0f4-4061-b324-26277d294b86  -      -       -        
                  ......

Nota: Si hay varias tarjetas con discrepancia de UUID, asegúrese de pasar a la otra sólo después de haber terminado con una. Si intenta varias tarjetas al mismo tiempo, es probable que encuentre un problema con la indexación de la máquina virtual ESC.

Recuperar el UUID

Si la discordancia UUID está en la tarjeta CF , asegúrese de realizar la sincronización del sistema de archivos:

     [local]VNF2# filesystem synchronize all

Si la tarjeta UUID no coincidente es SF y está activa, realice la migración de la tarjeta para ponerla en estado de espera:

  [local]VNF2# card migrate from 4 to 5

Si la tarjeta UUID no coincidente es CF y está activa, realice el cambio de tarjeta para ponerla en estado de espera:

  [local]VNF2# card switch from 2 to 1

Suspenda la tarjeta que tiene la discordancia de UUID de NCS CLI en EM:

ubuntu@vnfd2deploymentem-1:~$  ncs_cli -u admin -C

admin@scm# suspend-vnfci vdu session-function vnfci BOOT_generic_di-chasis_SF3_1
success true

Nota: En algunos escenarios poco comunes, suspend-vnfci CLI de EM no inicia la actualización del servicio en ESC. En EM, los registros (/var/log/em/vnfm-proxy/vnfm-proxy.log) muestran un mensaje de error que indica que EM tiene solicitudes pendientes y que ignora la nueva solicitud. Para solucionar este problema, verifique EM zookeeper para ver cualquier solicitud pendiente atascada y luego límpiela manualmente. Consulte la última sección de este documento para realizar esta acción, "Borrado de la Solicitud Pendiente en EM Zookeeper (Opcional)".

Verifique en yangesc.log en ESC que la transacción fue aceptada y espere a que finalice:


   ####################################################################
   #   ESC on vnfm2-esc-0.novalocal is in MASTER state.
   ####################################################################

[admin@vnfm2-esc-0 ~]$ cd /opt/cisco/esc/esc-confd/esc-cli
[admin@vnfm2-esc-0 esc-cli]$ tail -f /var/log/esc/yangesc.log 
19:27:31,333 12-Jun-2018 INFO  Type: SERVICE_ALIVE
19:27:31,333 12-Jun-2018 INFO  Status: SUCCESS
19:27:31,333 12-Jun-2018 INFO  Status Code: 200
19:27:31,333 12-Jun-2018 INFO  Status Msg: Service group deployment completed successfully!
19:27:31,333 12-Jun-2018 INFO  Tenant: core
19:27:31,333 12-Jun-2018 INFO  Deployment ID: 9bcad337-d1f0-463c-8450-de7697b1e104
19:27:31,333 12-Jun-2018 INFO  Deployment name: vnfd2-deployment-1.0.0-1
19:27:31,333 12-Jun-2018 INFO  =====  SEND NOTIFICATION ENDS  =====
07:29:49,510 21-Jun-2018 INFO  ===== GET OPERATIONAL/INFO DATA =====
07:30:32,318 21-Jun-2018 INFO  ===== GET OPERATIONAL/INFO DATA =====
07:36:25,083 21-Jun-2018 INFO  ===== GET OPERATIONAL/INFO DATA =====
07:36:25,628 21-Jun-2018 INFO  
07:36:25,628 21-Jun-2018 INFO  =====  CONFD TRANSACTION STARTED  =====
07:36:25,717 21-Jun-2018 INFO  
07:36:25,717 21-Jun-2018 INFO  ===== UPDATE SERVICE REQUEST RECEIVED (UNDER TENANT) =====
07:36:25,717 21-Jun-2018 INFO  Tenant name: core
07:36:25,717 21-Jun-2018 INFO  Deployment name: vnfd2-deployment-1.0.0-1
07:36:25,843 21-Jun-2018 INFO  
07:36:25,843 21-Jun-2018 INFO  =====  CONFD TRANSACTION ACCEPTED  =====
07:37:04,535 21-Jun-2018 INFO  
07:37:04,536 21-Jun-2018 INFO  ===== SEND NOTIFICATION STARTS =====
07:37:04,536 21-Jun-2018 INFO  Type: VM_UNDEPLOYED
07:37:04,536 21-Jun-2018 INFO  Status: SUCCESS
07:37:04,536 21-Jun-2018 INFO  Status Code: 200
07:37:04,536 21-Jun-2018 INFO  Status Msg: VM Undeployed during deployment update, VM name: [vnfd2-deployment_s6_0_6f30be77-6b9f-4da8-9577-e39c18f16dfb]
07:37:04,536 21-Jun-2018 INFO  Tenant: core
07:37:04,536 21-Jun-2018 INFO  Deployment ID: 9bcad337-d1f0-463c-8450-de7697b1e104
07:37:04,536 21-Jun-2018 INFO  Deployment name: vnfd2-deployment-1.0.0-1
07:37:04,536 21-Jun-2018 INFO  VM group name: s6
07:37:04,537 21-Jun-2018 INFO  User configs: 1
07:37:04,537 21-Jun-2018 INFO  VM Source: 
07:37:04,537 21-Jun-2018 INFO      VM ID: cf0c63df-d041-42e1-b541-6b15b0bf2f3e
07:37:04,537 21-Jun-2018 INFO      Host ID: 47853854d13d80e6d0212dabb0be2e12c12e431bf23d4e0260642594
07:37:04,537 21-Jun-2018 INFO      Host Name: pod1-compute-9.localdomain
07:37:04,537 21-Jun-2018 INFO  =====  SEND NOTIFICATION ENDS  =====
07:37:04,550 21-Jun-2018 INFO  
07:37:04,550 21-Jun-2018 INFO  ===== SEND NOTIFICATION STARTS =====
07:37:04,550 21-Jun-2018 INFO  Type: SERVICE_UPDATED
07:37:04,550 21-Jun-2018 INFO  Status: SUCCESS
07:37:04,550 21-Jun-2018 INFO  Status Code: 200
07:37:04,550 21-Jun-2018 INFO  Status Msg: Service group update completed successfully
07:37:04,550 21-Jun-2018 INFO  Tenant: core
07:37:04,550 21-Jun-2018 INFO  Deployment ID: 9bcad337-d1f0-463c-8450-de7697b1e104
07:37:04,550 21-Jun-2018 INFO  Deployment name: vnfd2-deployment-1.0.0-1
07:37:04,550 21-Jun-2018 INFO  =====  SEND NOTIFICATION ENDS  =====
07:41:55,912 21-Jun-2018 INFO  ===== GET OPERATIONAL/INFO DATA =====

Después de que se anule la implementación de la VM y se actualice el servicio, reanude la tarjeta que estaba suspendida:



admin@scm# resume-vnfci vdu session-function vnfci BOOT_generic_di-chasis_SF3_1
success true

Confirme desde yangesc.log que la VM se implementa nuevamente y se vuelve activa:

 ####################################################################
   #   ESC on vnfm2-esc-0.novalocal is in MASTER state.
   ####################################################################

[admin@vnfm2-esc-0 ~]$ cd /opt/cisco/esc/esc-confd/esc-cli
[admin@vnfm2-esc-0 esc-cli]$ tail -f /var/log/esc/yangesc.log 
07:41:55,912 21-Jun-2018 INFO  ===== GET OPERATIONAL/INFO DATA =====
07:41:56,412 21-Jun-2018 INFO  
07:41:56,413 21-Jun-2018 INFO  =====  CONFD TRANSACTION STARTED  =====
07:41:56,513 21-Jun-2018 INFO  
07:41:56,513 21-Jun-2018 INFO  ===== UPDATE SERVICE REQUEST RECEIVED (UNDER TENANT) =====
07:41:56,513 21-Jun-2018 INFO  Tenant name: core
07:41:56,513 21-Jun-2018 INFO  Deployment name: vnfd2-deployment-1.0.0-1
07:41:56,612 21-Jun-2018 INFO  
07:41:56,612 21-Jun-2018 INFO  =====  CONFD TRANSACTION ACCEPTED  =====
07:43:53,615 21-Jun-2018 INFO  
07:43:53,615 21-Jun-2018 INFO  ===== SEND NOTIFICATION STARTS =====
07:43:53,616 21-Jun-2018 INFO  Type: VM_DEPLOYED
07:43:53,616 21-Jun-2018 INFO  Status: SUCCESS
07:43:53,616 21-Jun-2018 INFO  Status Code: 200
07:43:53,616 21-Jun-2018 INFO  Status Msg: VM Deployed in a deployment update. VM name: [vnfd2-deployment_s6_0_23cc139b-a7ca-45fb-b005-733c98ccc299]
07:43:53,616 21-Jun-2018 INFO  Tenant: core
07:43:53,616 21-Jun-2018 INFO  Deployment ID: 9bcad337-d1f0-463c-8450-de7697b1e104
07:43:53,616 21-Jun-2018 INFO  Deployment name: vnfd2-deployment-1.0.0-1
07:43:53,616 21-Jun-2018 INFO  VM group name: s6
07:43:53,616 21-Jun-2018 INFO  User configs: 1
07:43:53,616 21-Jun-2018 INFO  VM Source: 
07:43:53,616 21-Jun-2018 INFO      VM ID: 637547ad-094e-4132-8613-b4d8502ec385
07:43:53,616 21-Jun-2018 INFO      Host ID: 47853854d13d80e6d0212dabb0be2e12c12e431bf23d4e0260642594
07:43:53,616 21-Jun-2018 INFO      Host Name: pod1-compute-9.localdomain
07:43:53,616 21-Jun-2018 INFO  =====  SEND NOTIFICATION ENDS  =====
07:44:20,170 21-Jun-2018 INFO  
07:44:20,170 21-Jun-2018 INFO  ===== SEND NOTIFICATION STARTS =====
07:44:20,170 21-Jun-2018 INFO  Type: VM_ALIVE
07:44:20,170 21-Jun-2018 INFO  Status: SUCCESS
07:44:20,170 21-Jun-2018 INFO  Status Code: 200
07:44:20,170 21-Jun-2018 INFO  Status Msg: VM_Alive event received during deployment update, VM ID: [vnfd2-deployment_s6_0_23cc139b-a7ca-45fb-b005-733c98ccc299]
07:44:20,170 21-Jun-2018 INFO  Tenant: core
07:44:20,170 21-Jun-2018 INFO  Deployment ID: 9bcad337-d1f0-463c-8450-de7697b1e104
07:44:20,170 21-Jun-2018 INFO  Deployment name: vnfd2-deployment-1.0.0-1
07:44:20,170 21-Jun-2018 INFO  VM group name: s6
07:44:20,170 21-Jun-2018 INFO  User configs: 1
07:44:20,170 21-Jun-2018 INFO  VM Source: 
07:44:20,170 21-Jun-2018 INFO      VM ID: 637547ad-094e-4132-8613-b4d8502ec385
07:44:20,170 21-Jun-2018 INFO      Host ID: 47853854d13d80e6d0212dabb0be2e12c12e431bf23d4e0260642594
07:44:20,170 21-Jun-2018 INFO      Host Name: pod1-compute-9.localdomain
07:44:20,170 21-Jun-2018 INFO  =====  SEND NOTIFICATION ENDS  =====
07:44:20,194 21-Jun-2018 INFO  
07:44:20,194 21-Jun-2018 INFO  ===== SEND NOTIFICATION STARTS =====
07:44:20,194 21-Jun-2018 INFO  Type: SERVICE_UPDATED
07:44:20,194 21-Jun-2018 INFO  Status: SUCCESS
07:44:20,194 21-Jun-2018 INFO  Status Code: 200
07:44:20,194 21-Jun-2018 INFO  Status Msg: Service group update completed successfully
07:44:20,194 21-Jun-2018 INFO  Tenant: core
07:44:20,194 21-Jun-2018 INFO  Deployment ID: 9bcad337-d1f0-463c-8450-de7697b1e104
07:44:20,194 21-Jun-2018 INFO  Deployment name: vnfd2-deployment-1.0.0-1
07:44:20,194 21-Jun-2018 INFO  =====  SEND NOTIFICATION ENDS  =====

Vuelva a comparar UUID de StarOS y EM para confirmar que la discordancia se ha corregido:

admin@scm# show vdus vdu | select vnfci
                                                                      CONSTITUENT                                                                   MEMORY  STORAGE  
                                                DEVICE     DEVICE     ELEMENT      IS                                                        CPU    UTILS   USAGE    
ID                ID                            NAME       GROUP      GROUP        INFRA  INITIALIZED  VIM ID                                UTILS  BYTES   BYTES    
---------------------------------------------------------------------------------------------------------------------------------------------------------------------
control-function  BOOT_generic_di-chasis_CF1_1  scm-cf-nc  scm-cf-nc  di-chasis    true   true         33c779d2-e271-47af-8ad5-6a982c79ba62  -      -       -        
                  BOOT_generic_di-chasis_CF2_1  scm-cf-nc  scm-cf-nc  di-chasis    true   true         e75ae5ee-2236-4ffd-a0d4-054ec246d506  -      -       -        
session-function  BOOT_generic_di-chasis_SF1_1  -          -          di-chasis    true   false        e1a6762d-4e84-4a86-a1b1-84772b3368dc  -      -       -        
                  BOOT_generic_di-chasis_SF2_1  -          -          di-chasis    true   false        b283d43c-6e0c-42e8-87d4-a3af15a61a83  -      -       -        
                  BOOT_generic_di-chasis_SF3_1  -          -          di-chasis    true   false        637547ad-094e-4132-8613-b4d8502ec385  -      -       -        
                  BOOT_generic_di-chasis_SF4_1  -          -          di-chasis    true   false        65344d53-de09-4b0b-89a6-85d5cfdb3a55  -      -       -

[local]POD1-VNF2-PGW# show emctrl vdu list
Thursday June 21 09:09:02 UTC 2018
Showing emctrl vdu
card[01]: name[CFC_01                                            ] uuid[33C779D2-E271-47AF-8AD5-6A982C79BA62]
card[02]: name[CFC_02                                            ] uuid[E75AE5EE-2236-4FFD-A0D4-054EC246D506]
card[03]: name[SFC_03                                            ] uuid[E1A6762D-4E84-4A86-A1B1-84772B3368DC]
card[04]: name[SFC_04                                            ] uuid[B283D43C-6E0C-42E8-87D4-A3AF15A61A83]
card[05]: name[session-function/BOOT_generic_di-chasis_SF3_1     ] uuid[637547AD-094E-4132-8613-B4D8502EC385]
card[06]: name[SFC_06                                            ] uuid[65344D53-DE09-4B0B-89A6-85D5CFDB3A55]
Incomplete command
[local]POD1-VNF2-PGW# 
[local]POD1-VNF2-PGW# 

[local]POD1-VNF2-PGW# 
[local]POD1-VNF2-PGW# show card hardware | grep -i uuid
Thursday June 21 09:09:11 UTC 2018
  UUID/Serial Number      : 33C779D2-E271-47AF-8AD5-6A982C79BA62
  UUID/Serial Number      : E75AE5EE-2236-4FFD-A0D4-054EC246D506
  UUID/Serial Number      : E1A6762D-4E84-4A86-A1B1-84772B3368DC
  UUID/Serial Number      : B283D43C-6E0C-42E8-87D4-A3AF15A61A83
 UUID/Serial Number      : 637547AD-094E-4132-8613-B4D8502EC385
  UUID/Serial Number      : 65344D53-DE09-4B0B-89A6-85D5CFDB3A55

Borrado de solicitudes pendientes en el Zookeeper de EM

Nota: Esto es opcional.

Acceder al zookeeper:

ubuntu@ultramvnfm1em-0:~$ /opt/cisco/usp/packages/zookeeper/current/bin/zkCli.sh

<snip>

[zk: localhost:2181(CONNECTED) 0]

Lista de solicitudes pendientes:

[zk: localhost:2181(CONNECTED) 0] ls /request

Eliminar todas las solicitudes enumeradas:

[zk: localhost:2181(CONNECTED) 0] rmr /request/request00000000xx

Una vez borradas todas las solicitudes pendientes, vuelva a iniciar la solicitud de suspensión.

Con la colaboración de ingenieros de Cisco

Partheeban Rajagopal
Cisco Advanced Services
Padmaraj Ramanoudjam
Cisco Advanced Services

MOP de corrección de discrepancias de UUID Ultra-M - vEPC

Opciones de descarga

Lenguaje no discriminatorio

Acerca de esta traducción

Contenido

Introducción

Antecedentes

Abreviaturas

Flujo de trabajo del MoP

ID de implementación, UUID y su relación en EM

Comprobaciones previas

En EM

En ESC

En StarOS VNF

Identificar la discordancia de UUID

Recuperar el UUID

Borrado de solicitudes pendientes en el Zookeeper de EM

Con la colaboración de ingenieros de Cisco

¿Resultó útil este documento?

Contacte a Cisco

Este documento se aplica a estos productos