Ultra-M UUID Mismatch Correction MOPP - vEPC

Download-Optionen

  • PDF     (547.2 KB)
    Mit Adobe Reader auf verschiedenen Geräten anzeigen
  • ePub     (336.1 KB)
    In verschiedenen Apps auf iPhone, iPad, Android, Sony Reader oder Windows Phone anzeigen
  • Mobi (Kindle)     (268.2 KB)
    Auf einem Kindle-Gerät oder einer Kindle-App auf mehreren Geräten anzeigen
Aktualisiert:29. Juli 2018
Dokument-ID:213551

Inklusive Sprache

In dem Dokumentationssatz für dieses Produkt wird die Verwendung inklusiver Sprache angestrebt. Für die Zwecke dieses Dokumentationssatzes wird Sprache als „inklusiv“ verstanden, wenn sie keine Diskriminierung aufgrund von Alter, körperlicher und/oder geistiger Behinderung, Geschlechtszugehörigkeit und -identität, ethnischer Identität, sexueller Orientierung, sozioökonomischem Status und Intersektionalität impliziert. Dennoch können in der Dokumentation stilistische Abweichungen von diesem Bemühen auftreten, wenn Text verwendet wird, der in Benutzeroberflächen der Produktsoftware fest codiert ist, auf RFP-Dokumentation basiert oder von einem genannten Drittanbieterprodukt verwendet wird. Hier erfahren Sie mehr darüber, wie Cisco inklusive Sprache verwendet.

Informationen zu dieser Übersetzung

Cisco hat dieses Dokument maschinell übersetzen und von einem menschlichen Übersetzer editieren und korrigieren lassen, um unseren Benutzern auf der ganzen Welt Support-Inhalte in ihrer eigenen Sprache zu bieten. Bitte beachten Sie, dass selbst die beste maschinelle Übersetzung nicht so genau ist wie eine von einem professionellen Übersetzer angefertigte. Cisco Systems, Inc. übernimmt keine Haftung für die Richtigkeit dieser Übersetzungen und empfiehlt, immer das englische Originaldokument (siehe bereitgestellter Link) heranzuziehen.

    Einleitung

    Dieses Dokument beschreibt die erforderlichen Schritte zur Korrektur der UUID-Diskrepanz (Universally Unique IDentifier) zwischen Element Manager (EM) und StarOS Virtual Network Functions (VNFs) in einem Ultra-M-Setup, das StarOS VNFs hostet.

    Hintergrundinformationen

    Ultra-M ist eine vorkonfigurierte und validierte virtualisierte Mobile Packet Core-Lösung, die die Bereitstellung von VNFs vereinfacht.

    Die Ultra-M-Lösung besteht aus den folgenden VM-Typen:

    • Auto-IT 
    • Automatische Bereitstellung
    • Ultra Automation Services (UAS)
    • Element Manager (EM)
    • Elastic Services Controller (ESC)
    • Kontrollfunktion (CF)
    • Sitzungsfunktion (SF)

    Die High-Level-Architektur von Ultra-M und die beteiligten Komponenten sind in diesem Bild dargestellt:

      

    213551-ultra-m-uuid-mismatch-correction-mop-v-00.pngUltraM-Architektur

    Anmerkung: Die Ultra M 5.1.x-Version wird bei der Definition der in diesem Dokument beschriebenen Verfahren berücksichtigt.

      

    Abkürzungen

    VNF   Virtuelle Netzwerkfunktion
    CF    Kontrollfunktion
    SF    Dienstfunktion
    WSA   Elastischer Service-Controller
    MOPP   Vorgehensweise
    OSD   Objektspeicherplatten
    Festplatte   Festplattenlaufwerk
    SSD   Solid-State-Laufwerk
    VIM   Manager für virtuelle Infrastruktur
    VM    Virtuelles System
    EM    Element-Manager
    USA   Ultra-Automatisierungsservices
    UUID 

     Universeller eindeutiger IDentifier

    Workflow des MoP

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

    Bereitstellungs-ID, UUID und deren Beziehung im EM

    Es gibt drei Hauptkomponenten - ESC, EM und StarOS VNF in einer Ultra-M-Konfiguration. EM fungiert als Proxy für die ConfD-Anfragen und sendet eine Antwort im Namen des StarOS VNF. Jede dieser Komponenten wird als VM ausgeführt und verwaltet Informationen. Wenn die Daten/der Status von VMs über diese drei Knoten nicht übereinstimmen, gibt es einen UUID-Mismatch-Alarm in EM. ESC ruft EM an, um KonfD-Daten zu erhalten. Die ConfD verfügt sowohl über Konfigurationsinformationen als auch Betriebsdaten. EM übersetzt die Anfragen, die von ESC kommen und sendet Antworten nach Bedarf.

    Vorprüfungen

    Im EM

    Vergewissern Sie sich, dass sich das EM im HA-Modus befindet und als Master/Slave angezeigt wird:

    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

    Melden Sie sich bei EM an, und überprüfen Sie, ob der EM-Cluster fehlerfrei ist:

    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

    Überprüfen Sie in ESC, ob die Netzwerkkonferenzverbindung zu EM hergestellt ist:

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

    Stellen Sie über ESC sicher, dass alle VMs aktiv sind und der Service aktiv ist:

    [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

    Vergewissern Sie sich, dass der vnfm-proxy-agent online ist:

    [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

    Überprüfen Sie den emctrl show alive-Status:

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

    emctrl in state: ALIVE

    Identifizieren der UUID-Diskrepanz

    Die UUID muss zwischen StarOS VNF und EM verglichen werden, um die Diskrepanz zu ermitteln. Diese Prozeduren führen die Schritte auf, die in StarOS VNF und EM durchgeführt werden müssen, um die UUIDs von den jeweiligen Knoten zu erhalten.

    In StarOS können Sie die UUID entweder aus der show emctrl vdu-Liste oder aus der show card hardware-Ausgabe erhalten.

    [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

    Listen Sie die UUIDs im EM auf:

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

    Aus dieser Ausgabe können Sie sehen, dass die Karte 5 UUID MISMATCH zwischen dem EM und StarOS hat:

    [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  -      -       -        
                      ......

    Anmerkung: Wenn mehrere Karten eine UUID-Diskrepanz aufweisen, stellen Sie sicher, dass Sie auf die andere Karte erst dann wechseln, wenn Sie mit einer fertig sind. Wenn Sie mehrere Karten gleichzeitig ausprobieren, besteht die Möglichkeit, dass Sie ein Problem mit der ESC VM-Indizierung haben.

    UUID wiederherstellen

    Wenn die UUID-Diskrepanz in der CF-Karte liegt, stellen Sie sicher, dass das Dateisystem synchronisiert wird:

         [local]VNF2# filesystem synchronize all

    Wenn die UUID-Karte nicht übereinstimmt und aktiv ist, migrieren Sie die Karte, um sie in den Standby-Status zu versetzen:

      [local]VNF2# card migrate from 4 to 5

    Wenn die UUID-Karte nicht übereinstimmt und CF aktiv ist, schalten Sie die Karte um, um sie in den Standby-Status zu versetzen:

      [local]VNF2# card switch from 2 to 1

    Setzen Sie die Karte aus, bei der die UUID-Diskrepanz in der NCS CLI in EM besteht:

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

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

    Anmerkung: In einigen seltenen Szenarien initiiert die Suspend-vnfci-CLI von EM das Service-Update in ESC nicht.  In EM wird in den Protokollen (/var/log/em/vnfm-proxy/vnfm-proxy.log) eine Fehlermeldung angezeigt, die darauf hinweist, dass EM ausstehende Anforderungen hat und die neue Anforderung ignoriert. Um dieses Problem zu beheben, überprüfen Sie EM zookeeper, um festgefahrene ausstehende Anfragen zu sehen, und löschen Sie sie dann manuell. Lesen Sie den letzten Abschnitt dieses Dokuments, um diese Aktion auszuführen: "Clearing Pending Request in EM Zookeeper (Optional)".

    Überprüfen Sie in yangesc.log auf ESC, ob die Transaktion akzeptiert wurde, und warten Sie, bis sie abgeschlossen ist:


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

    Nachdem die Bereitstellung der VM aufgehoben und der Service aktualisiert wurde, setzen Sie die angehaltene Karte fort:



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

    Vergewissern Sie sich von yangesc.log, dass die VM erneut bereitgestellt wird und aktiv wird:

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


    Vergleichen Sie die UUID erneut von StarOS und EM, um zu bestätigen, dass die Inkongruenz behoben ist:

    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

    Ausstehende Anfragen in EM Zookeeper löschen 

    Anmerkung: Dies ist optional.

    Zugriff auf Zookeeper:

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

    <snip>

    [zk: localhost:2181(CONNECTED) 0]

    Ausstehende Anforderung auflisten:

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

    Alle aufgelisteten Anforderungen löschen:

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

     Sobald alle ausstehenden Anforderungen gelöscht wurden, starten Sie den Suspendierantrag erneut.

    TAC Authored

    Beiträge von Cisco Ingenieuren

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

    War dieses Dokument hilfreich?

    FeedbackFeedback

    Cisco kontaktieren

    Dieses Dokument gilt für folgende Produkte.