Dépanner les POD SMF qui ne s'affichent pas après la configuration du jour 1

Options de téléchargement

  • PDF     (122.6 KB)
    Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
  • ePub     (86.8 KB)
    Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone
  • Mobi (Kindle)     (74.7 KB)
    Consulter sur un appareil Kindle ou à l’aide d’une application Kindle sur plusieurs appareils
Mis à jour:15 juillet 2021
ID du document:215787

Langage exempt de préjugés

Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.

À propos de cette traduction

Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.

    Introduction

    Ce document décrit le problème des POD NF SMF qui n'apparaissent pas après le chargement de la configuration du jour 1 dans le centre d'opérations SMF.

    Prérequis

    Conditions requises

    Cisco vous recommande de prendre connaissance des rubriques suivantes :

    • Infrastructure SMI (Subscriber Microservices Infrastructure)
    • Docteur
    • Kubernetes
    • 5 G

    Components Used

    Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :

    • SMI
    • Centre d'opérations
    • SMF

    The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.

    Problème 

    Dans la configuration du client, deux NF SMF s'exécutent avec la même version. Ces deux NF SMF ont été mis à niveau vers la dernière version hier soir. Avant la mise à niveau, les deux NF avaient des POD en état d'exécution. Le problème n'est abordé qu'avec une seule SMF, c'est-à-dire SMF-IMS. L'autre POD SMF-DATA est mis à niveau et tous les POD sont en état d'exécution.

    • Version SMF avant mise à niveau : smf.2020.01.0-12
    • Version SMF après mise à niveau : smf.2020.01.0-18

    Abréviations

    SMF Fonction de gestion de session
    NF Fonction réseau
    CEE Environnement d'exécution commun 
    POD C'est la plus petite unité possible dans l'environnement de Kubernetes, c'est-à-dire au moins un conteneur.
    IMS Sous-système multimédia IP
    SMI Infrastructure de microservices des abonnés 

    Observations

    • La synchronisation du cluster affiche Déploiement réussi.
    • Kubernetes Master affiche les PODS en état d'exécution avec la configuration Jour zéro.
    • Lorsque la configuration du jour 1 est chargée, le nouveau PODS ne s'affiche pas.
    • À l'intérieur de SMF ops-center, les cartes de barre sont à l'état supprimé.
    • Modifier les exécutions du mode système pour arrêter et vice versa n'a pas aidé.
    • L'ajout d'une nouvelle configuration de jour 1 n'a pas non plus aidé.

    Symptômes

    • SMF-IMS NF présente les POD avec configuration Day-0.
    • Ops-center nous permet de nous connecter.
    • Le centre opérationnel CEE est opérationnel.
    • SMF-DATA op-center est opérationnel avec la configuration du jour 1 : il s'agit de l'autre NF avec des POD fonctionnels.
    ~ubuntu@crucs501-cnat-cnat-core-master1:~$ kubectl get pods -n smf-ims

    NAME                                              READY   STATUS    RESTARTS   AGE

    api-smf-ims-ops-center-69f4d8f47b-hsqnx           1/1     Running   0          162m

    base-entitlement-smf-998c8b84f-79r8v              1/1     Running   0          162m

    documentation-65484db875-n4ljq                    1/1     Running   0          162m

    ops-center-smf-ims-ops-center-6fb57bf79c-9dj29    5/5     Running   2          162m

    smart-agent-smf-ims-ops-center-5dd679cf8b-hq4hs   1/1     Running   0          162m

    swift-smf-ims-ops-center-745565bbf8-w5d7g         1/1     Running   0          162m
    • État du graphique Helm
    crucs501-cnat/ims] smf# show helm

    CHART              INSTANCE  STATUS   VERSION                                  REVISION  RELEASE                    NAMESPACE 

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

    infra-charts       -         DELETED  0.0.2-master-0031-200306111921-107580e   1         smf-ims-infra-charts       smf-ims   

    smf-dashboard      -         DELETED  0.0.2-master-0018-200113112417-b028370   1         smf-ims-smf-dashboard      smf-ims   

    smf-configuration  -         DELETED  0.0.6-master-1067-200303174113-9ee9665   1         smf-ims-smf-configuration  smf-ims   

    li-ep              -         DELETED  0.0.1-master-0405-200306144054-3c56b02   1         smf-ims-li-ep              smf-ims   

    smf-nodemgr        -         DELETED  0.0.2-master-3741-200304171906-5013914   1         smf-ims-smf-nodemgr        smf-ims   

    smf-udp-proxy      -         DELETED  0.0.2-master-1420-200305182644-ebb4bc9   1         smf-ims-smf-udp-proxy      smf-ims   

    gtpc-ep            -         DELETED  0.0.3-master-0926-200305203830-3306ff4   1         smf-ims-gtpc-ep            smf-ims   

    smf-protocol       -         DELETED  0.0.2-master-4652-200304144735-d1e3798   1         smf-ims-smf-protocol       smf-ims   

    smf-dns-proxy      -         DELETED  0.1.0-master-0541-200304144718-b028370   1         smf-ims-smf-dns-proxy      smf-ims   

    smf-service        -         DELETED  0.0.5-master-18345-200305110040-5e8938b  1         smf-ims-smf-service        smf-ims   

    smf-rest-ep        -         DELETED  0.3.3-master-6072-200304171221-7b0ff1a   1         smf-ims-smf-rest-ep        smf-ims   

    etcd-cluster       -         DELETED  0.5.2-master-0046-200305044107-60d06f1   1         smf-ims-etcd-cluster       smf-ims   

    ngn-datastore      -         DELETED  1.0.1-master-0619-200305030353-d255520   1         smf-ims-ngn-datastore      smf-ims

    Dépannage

    1. Effectuer la synchronisation de cluster plusieurs fois via SMI-Deployer sans succès

    2. La configuration du jour 1 est vérifiée.

    3. Supprimez la configuration Day-1 et ajoutez-la à nouveau.

    4. Supprimer le centre d'opération du maître de Kubernetes.

    5. La suppression complète de la configuration est effectuée.

    6. Supprimez les mappages de configuration (CM).

    7. Supprimez les diagrammes de barre du maître.

    8. Supprimez l'espace de noms.

    9. Supprimez les fichiers de support du Déployeur.

    10. Comme la même nouvelle version de SMF fonctionne correctement sur d'autres déploiements dans l'environnement du client, il est exclu qu'il y ait un problème avec l'image.

    11. SMF-DATA sur la même configuration était apparu sans problème.

    Solution

    1. Supprimez la configuration de cluster de SMF-IMS ops-center du déploiement SMI.

    2. Synchroniser le cluster.

    3. Ajoutez la configuration.

    4. Synchroniser le cluster.

    Il existe une autre solution pour résoudre ce problème :

    Supprimez l'ancienne version du package SMF du répertoire auquel fait référence SMI Deployer lors de la synchronisation de cluster.

    Voici la partie de configuration qui a été supprimée et ajoutée de SMI Deployer ops-center running-config :

    ops-centers smf ims

      repository               https://charts.10.192.1.xxx.nip.io/smf.2020.01.0-18

      sync-default-repository true

      netconf-ip              10.241.69.xx

      netconf-port            2024

      ssh-ip                  10.241.69.xx

      ssh-port                22

      ingress-hostname        10.241.69.xx.nip.io

      initial-boot-parameters use-volume-claims true

      initial-boot-parameters first-boot-password <xxxyyyzzz>

      initial-boot-parameters auto-deploy false

      initial-boot-parameters single-node false

     exit

    En fonction du flux d'appels des déploiements, c'est SMI Deployer qui s'occupe de l'extraction des images pour les POD du package qui y est stocké.

    Normalement, le package logiciel téléchargé de SMF est stocké dans le répertoire local, à partir duquel le déploiement SMI extrait et les déplace sous ce répertoire : /data/software/packages/</strong >

    Si la liste des paquets disponibles sous ce répertoire est cochée, vous pouvez voir tous les paquets plus anciens ainsi que la nouvelle liste des paquets.

    ubuntu@xxxxx501-cnat-smi-cm-core-cm1:/data/software/packages$ ls -lrt

    total 24

    drwxrwxr-x 3 root root 4096 Mar 23 13:15 sample

    drwxrwxr-x 3 root root 4096 Mar 24 05:48 smf.2020.01.0-12   >>> Older version of SMF

    drwxrwxr-x 3 root root 4096 Mar 24 05:48 cee.2020.01.0-1

    drwxrwxr-x 3 root root 4096 Apr 13 19:48 smf.2020.01.0-18   >>> Newer version of SMF

    drwxr-xr-x 3 root root 4096 May  4 10:10 smf.2020.02.0.i66  >>> Older version os SMF

    drwxr-xr-x 3 root root 4096 May  8 12:02 cee.2020.02.0

    Dans cette sortie, vous pouvez voir qu'il y a trois paquets SMF différents disponibles. Même si la version SMF correcte (c'est-à-dire smf.2020.01.0-18) est définie dans la configuration en cours de SMI-Deployer, le SMI-Deployer n'est toujours pas en mesure d'obtenir les fichiers image corrects pour ce paquet.

    Une fois la solution de contournement mentionnée dans la section Solution effectuée, le problème a été résolu.

    Note: Un problème similaire est également observé avec les POD CEE, pour lesquels une solution de contournement similaire est appliquée, mentionné dans la section Solution.

    Historique de révision

    Révision Date de publication Commentaires
    1.0
    10-Jul-2020
    Première publication
    TAC Authored

    Contribution d’experts de Cisco

    • Kumarsinh Vihol
      Cisco TAC Engineer

    Ce document vous est-il utile?

    FeedbackCommentaires

    Contacter Cisco

    Ce document s’applique à ces produits