Vous pouvez nettoyer les modifications du système de fichiers effectuées par le conteneur de démarrage.
Note : Si le DaemonSet nsx-node-agent est supprimé, OVS n'est plus en cours d'exécution sur l'hôte (dans le conteneur ou dans le PID de l'hôte).
Procédure pour NCP 2.5.0
Pour annuler les modifications apportées par le conteneur de démarrage, procédez comme suit :
- Supprimez NSX-CNI :
- Supprimez /etc/cni/net.d/10-nsx.conf.
- Supprimez /etc/cni/net.d/99-loopback.conf.
- Sur RHEL uniquement, supprimez /opt/cni/bin/loopback.
- Supprimez /opt/cni/bin/nsx.
- Sur Ubuntu uniquement, exécutez les commandes suivantes :
apparmor_parser -R /etc/apparmor.d/ncp-apparmor rm -rf /etc/apparmor.d/ncp-apparmor sudo /etc/init.d/apparmor reload
- Supprimez OVS kmod installé par NSX :
OVS kmod inclut les fichiers suivants :
openvswitch.ko vport-geneve.ko vport-gre.ko vport-lisp.ko vport-stt.ko vport-vxlan.ko
- Recherchez votre version de noyau en cours d'exécution avec la commande uname -r.
- Sur RHEL uniquement, supprimez tous les fichiers OVS kmod de /lib/modules/${kversion}/weak-updates/openvswitch.
- Sur Ubuntu uniquement, supprimez tous les fichiers OVS kmod de /lib/modules/${kversion}/updates/dkms.
- Accédez à /lib/modules/${kversion}/nsx et vérifiez si le répertoire usr-ovs-kmod-backup existe. Si c'est le cas, un module de noyau OVS personnalisé a été installé. Procédez comme suit :
- Accédez à /lib/modules/${kversion}/nsx/usr-ovs-kmod-backup.
- Recherchez le fichier nommé INFO. Il contient le chemin où se trouvent les fichiers. Utilisez ce chemin d'accès pour restaurer les fichiers.
- Exécutez la commande depmod.
- Exécutez la commande /usr/share/openvswitch/scripts/ovs-ctl force-reload-kmod --system-id=random si OVS est installé sur la machine hôte.
Procédure pour NCP 2.5.1 et versions ultérieures
Vous pouvez créer le DaemonSet nsx-ncp-cleanup pour annuler les modifications du système effectuées par le DaemonSet nsx-ncp-bootstrap. Ce DaemonSet doit être créé uniquement si vous avez précédemment appliqué le fichier NCP YAML (ncp-ubuntu.yaml ou ncp-rhel.yaml) et que vous ne les avez pas supprimés. Notez que le DaemonSet nsx-ncp-cleanup désinstallera NSX CNI, ce qui entraînera un état de nœud Kubernetes non valide.
Pour créer le DaemonSet, procédez comme suit :
- Supprimez les DaemonSets nsx-ncp-bootstrap et nsx-node-agent. Par exemple, vous pouvez exécuter les commandes suivantes avec le nom d'espace de noms approprié :
kubectl delete ds nsx-ncp-bootstrap -n <namespace> kubectl delete ds nsx-node-agent -n <namespace>
- Exécutez kubectl apply -f ncp-cleanup-ubuntu.yaml ou kubectl apply -f ncp-cleanup-rhel.yaml, selon le système d'exploitation de votre hôte, à partir de la ligne de commande sur le nœud master Kubernetes.
Pour rendre le nœud à nouveau utilisable, exécutez kubectl apply -f ncp-ubuntu.yaml ou kubectl apply -f ncp-rhel.yaml, selon le système d'exploitation de votre hôte.