Contenu

Introduction

Prérequis

Conditions requises

Components Used

Problème

Abréviations

Observations

Symptômes

Dépannage

Solution

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.