Puede limpiar los cambios que haya hecho el contenedor de arranque en el sistema de archivos.

Nota: Si se elimina el DaemonSet nsx-node-agent, OVS no podrá ejecutarse en el host (ni en el contenedor ni en el PID del host).

Procedimiento para NCP 2.5.0

Para deshacer los cambios que haya hecho el contenedor de arranque, realice los siguientes pasos:
  • Elimine NSX-CNI:
    • Elimine /etc/cni/net.d/10-nsx.conf.
    • Elimine /etc/cni/net.d/99-loopback.conf.
    • Solo en RHEL, elimine /opt/cni/bin/loopback.
    • Elimine /opt/cni/bin/nsx.
    • Solo en Ubuntu, ejecute los siguientes comandos:
      apparmor_parser -R /etc/apparmor.d/ncp-apparmor
      rm -rf /etc/apparmor.d/ncp-apparmor
      sudo /etc/init.d/apparmor reload
  • Elimine el kmod de OVS instalado por NSX:
    El kmod de OVS incluye los siguientes archivos:
    openvswitch.ko
    vport-geneve.ko
    vport-gre.ko
    vport-lisp.ko
    vport-stt.ko
    vport-vxlan.ko
    • Busque la versión del kernel en ejecución con el comando uname -r.
    • Solo en RHEL, elimine todos los archivos del kmod de OVS de /lib/modules/${kversion}/weak-updates/openvswitch.
    • Solo en Ubuntu, elimine todos los archivos kmod de OVS de /lib/modules/${kversion}/updates/dkms.
    • Vaya a /lib/modules/${kversion}/nsx y compruebe si existe el directorio usr-ovs-kmod-backup. Si existe, significa que tuvo instalado un módulo de kernel de OVS personalizado. Realice los pasos siguientes:
      • Vaya a /lib/modules/${kversion}/nsx/usr-ovs-kmod-backup.
      • Busque el archivo con el nombre INFO. Este contiene la ruta donde pueden encontrarse los archivos. Utilice esta ruta de acceso para restaurar los archivos.
      • Ejecute el comando depmod.
      • Ejecute el comando /usr/share/openvswitch/scripts/ovs-ctl force-reload-kmod --system-id=random si OVS está instalado en la máquina host.

Procedimiento para NCP 2.5.1 y versiones posteriores

Puede crear el DaemonSet nsx-ncp-cleanup para deshacer los cambios del sistema que haya hecho DaemonSet nsx-ncp-bootstrap. Este DaemonSet solo debe crearse si aplicó previamente el archivo YAML de NCP (ncp-ubuntu.yaml o ncp-rhel.yaml) y no se ha eliminado. Tenga en cuenta que el DaemonSet nsx-ncp-cleanup desinstalará CNI de NSX, lo que provocará que el nodo de Kubeternetes tenga un estado no válido.

Para crear el DaemonSet, siga estos pasos.
  • Elimine los DaemonSet nsx-ncp-bootstrap y nsx-node-agent. Por ejemplo, puede ejecutar los siguientes comandos con el nombre de espacio de nombres correspondiente:
    kubectl delete ds nsx-ncp-bootstrap -n <namespace>
    kubectl delete ds nsx-node-agent -n <namespace>
  • Ejecute kubectl apply -f ncp-cleanup-ubuntu.yaml o kubectl apply -f ncp-cleanup-rhel.yaml (en función del sistema operativo del host) desde la línea de comandos del nodo maestro de Kubernetes.

Para poder volver a utilizar el nodo, ejecute kubectl apply -f ncp-ubuntu.yaml o kubectl apply -f ncp-rhel.yaml, según el sistema operativo del host.