Correzione mancata corrispondenza UUID Ultra-M MOP - vEPC

Opzioni per il download

  • PDF     (578.6 KB)
    Visualizza con Adobe Reader su diversi dispositivi
  • ePub     (337.3 KB)
    Visualizza in diverse app su iPhone, iPad, Android, Sony Reader o Windows Phone
  • Mobi (Kindle)     (269.8 KB)
    Visualizza su dispositivo Kindle o tramite app Kindle su più dispositivi
Aggiornato:29 luglio 2018
ID documento:213551

Linguaggio senza pregiudizi

La documentazione per questo prodotto è stata redatta cercando di utilizzare un linguaggio senza pregiudizi. Ai fini di questa documentazione, per linguaggio senza di pregiudizi si intende un linguaggio che non implica discriminazioni basate su età, disabilità, genere, identità razziale, identità etnica, orientamento sessuale, status socioeconomico e intersezionalità. Le eventuali eccezioni possono dipendere dal linguaggio codificato nelle interfacce utente del software del prodotto, dal linguaggio utilizzato nella documentazione RFP o dal linguaggio utilizzato in prodotti di terze parti a cui si fa riferimento. Scopri di più sul modo in cui Cisco utilizza il linguaggio inclusivo.

Informazioni su questa traduzione

Cisco ha tradotto questo documento utilizzando una combinazione di tecnologie automatiche e umane per offrire ai nostri utenti in tutto il mondo contenuti di supporto nella propria lingua. Si noti che anche la migliore traduzione automatica non sarà mai accurata come quella fornita da un traduttore professionista. Cisco Systems, Inc. non si assume alcuna responsabilità per l’accuratezza di queste traduzioni e consiglia di consultare sempre il documento originale in inglese (disponibile al link fornito).

    Introduzione

    Questo documento descrive i passaggi necessari per correggere la mancata corrispondenza dell'UUID (Universally Unique IDentifier) tra Element Manager (EM) e le funzioni di rete virtuale (VNF) di StarOS in una configurazione Ultra-M che ospita VNF di StarOS.

    Premesse

    Ultra-M è una soluzione mobile packet core preconfezionata e convalidata, progettata per semplificare l'installazione delle VNF.

    La soluzione Ultra-M è costituita dai seguenti tipi di macchine virtuali (VM):

    • Auto-IT 
    • Distribuzione automatica
    • Ultra Automation Services (UAS)
    • Gestore elementi
    • Elastic Services Controller (ESC)
    • Funzione di controllo (CF)
    • Funzione Session (SF)

    L'architettura di alto livello di Ultra-M e i componenti coinvolti sono illustrati in questa immagine:

      

    213551-ultra-m-uuid-mismatch-correction-mop-v-00.pngArchitettura UltraM

    Nota: Per definire le procedure descritte in questo documento, viene presa in considerazione la release di Ultra M 5.1.x.

      

    Abbreviazioni

    VNF   Funzione di rete virtuale
    CF    Funzione di controllo
    SF    Funzione di servizio
    ESC   Elastic Service Controller
    MOP   Metodo
    OSD   Dischi Object Storage
    HDD   Unità hard disk
    SSD   Unità a stato solido
    VIM   Virtual Infrastructure Manager
    VM    Macchina virtuale
    EM    Gestione elementi
    UAS   Ultra Automation Services
    UUID 

     Identificatore univoco universale

    Flusso di lavoro del piano di mobilità

    213551-ultra-m-uuid-mismatch-correction-mop-v-01.png

    ID distribuzione, UUID e relativa relazione in Enterprise Manager

    In una configurazione Ultra-M sono disponibili tre componenti principali: ESC, EM e StarOS VNF. EM agisce come proxy per le query ConfD e invia una risposta per conto di StarOS VNF. Ognuno di questi componenti viene eseguito come una VM e mantiene le informazioni. Quando i dati/lo stato delle VM su questi tre nodi non corrispondono, in EM è presente un allarme di mancata corrispondenza UUID. Il CES fa una chiamata YANG a EM per ottenere i dati ConfD. ConfD dispone sia di informazioni di configurazione che di dati operativi/stato. EM traduce le query provenienti da ESC e invia le risposte necessarie.

    Controlli preliminari

    In EM

    Verificare che EM sia in modalità HA e visualizzato come master/slave:

    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

    Accedere a Enterprise Manager e verificare se il cluster Enterprise Manager è integro:

    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 ]

    In ESC

    In ESC verificare che la connessione netconf a EM sia stabilita:

    [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]$

    Da ESC, verificare che tutte le VM siano in stato attivo e che il servizio sia attivo:

    [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]$

    In StarOS VNF

    Verificare che vnfm-proxy-agent sia in linea:

    [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

    Verificare lo stato emctrl show alive:

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

    emctrl in state: ALIVE

    Identificazione della mancata corrispondenza UUID

    Per identificare la mancata corrispondenza, l'UUID deve essere confrontato tra la VNF di StarOS e l'EM. Queste procedure elencano i passaggi da eseguire in StarOS VNF e EM per ottenere gli UUID dai rispettivi nodi.

    Da StarOS, è possibile ottenere l'UUID da show emctrl vdu list o dall'output 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

    Elencare gli UUID nell'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  -      -       -        

    Da questo output, è possibile vedere che la scheda 5 ha UUID MISMATCH tra EM e 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: Se più schede presentano una mancata corrispondenza UUID, accertarsi di passare all'altra solo dopo aver completato l'operazione con una scheda. Se si provano più schede contemporaneamente, è possibile che si verifichi un problema con l'indicizzazione VM di ESC.

    Ripristino dell'UUID

    Se nella scheda CF è presente una mancata corrispondenza UUID, assicurarsi di eseguire la sincronizzazione del file system:

         [local]VNF2# filesystem synchronize all

    Se la scheda UUID non corrispondente è SF e attiva, eseguire la migrazione della scheda per portarla allo stato di standby:

      [local]VNF2# card migrate from 4 to 5

    Se la scheda UUID non corrispondente è CF e attiva, eseguire l'interruttore della scheda per portarla in stato di standby:

      [local]VNF2# card switch from 2 to 1

    Sospendere la scheda con la mancata corrispondenza UUID da NCS CLI in 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: In alcuni rari scenari, suspend-vnfci CLI da Enterprise Manager non avvia l'aggiornamento del servizio in ESC.  In Enterprise Manager i registri (/var/log/em/vnfm-proxy/vnfm-proxy.log) visualizzano un messaggio di errore che indica che in Enterprise Manager sono presenti richieste in sospeso e che la nuova richiesta viene ignorata. Per risolvere il problema, controllare EM zookeeper per vedere eventuali richieste in sospeso bloccate e quindi cancellarle manualmente. Per eseguire questa azione, consultare l'ultima sezione di questo documento, "Cancellazione di una richiesta in sospeso in EM Zookeeper (facoltativo)".

    Verificare in yangesc.log su ESC che la transazione sia stata accettata e attenderne il completamento:


       ####################################################################
       #   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 =====

    Dopo l'annullamento della distribuzione della VM e l'aggiornamento del servizio, riprendere la scheda sospesa:



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

    Confermare da yangesc.log che la VM viene distribuita nuovamente e diventa attiva:

     ####################################################################
       #   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  =====


    Confrontare nuovamente l'UUID da StarOS e EM per verificare che la mancata corrispondenza sia stata corretta:

    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

    Cancella richieste in sospeso in EM Zookeeper 

    Nota: Questa operazione è facoltativa.

    Accesso zookeeper:

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

    <snip>

    [zk: localhost:2181(CONNECTED) 0]

    Richiesta elenco in sospeso:

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

    Elimina tutte le richieste elencate:

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

     Dopo aver cancellato tutte le richieste in sospeso, riavviarla di nuovo.

    TAC Authored

    Contributo dei tecnici Cisco

    • Partheeban Rajagopal
      Cisco Advanced Services
    • Padmaraj Ramanoudjam
      Cisco Advanced Services

    Questo documento ti è stato utile?

    FeedbackFeedback

    Contattaci

    Questo documento si applica a questi prodotti