Si la cápsula Trident no se eleva correctamente (por ejemplo, cuando la cápsula Trident se queda atascada en el ContainerCreating fase con menos de dos contenedores listos), en ejecución kubectl -n trident describe deployment trident y kubectl -n trident describe pod trident--** puede proporcionar información adicional. Obtención de registros de kubelet (por ejemplo, mediante journalctl -xeu kubelet ) también puede ser útil.

Si los registros de Trident no contienen suficiente información, puede intentar habilitar el modo de depuración para Trident pasando el parámetro correspondiente. -d Se añade una bandera al parámetro de instalación según la opción de instalación seleccionada.

También puedes obtener registros de depuración para cada backend incluyendo debugTraceFlags en la definición de tu backend. Por ejemplo, incluir debugTraceFlags: {"api":true, "method":true,} para obtener las llamadas a la API y los recorridos de métodos en los registros de Trident . Los sistemas backend existentes pueden tener debugTraceFlags configurado con un tridentctl backend update .

Al utilizar Red Hat Enterprise Linux CoreOS (RHCOS), asegúrese de que iscsid Está habilitado en los nodos de trabajo y se inicia de forma predeterminada. Esto se puede hacer utilizando OpenShift MachineConfigs o modificando las plantillas de Ignition.

Un problema común que podría encontrar al usar Trident con "Azure NetApp Files" Se produce cuando los secretos del inquilino y del cliente provienen de un registro de aplicación con permisos insuficientes. Para obtener una lista completa de los requisitos de Trident , consulte"Azure NetApp Files" configuración.

Si hay problemas al montar un panel fotovoltaico en un contenedor, asegúrese de que rpcbind Está instalado y en funcionamiento. Utilice el gestor de paquetes requerido para el sistema operativo anfitrión y compruebe si rpcbind está en funcionamiento. Puedes comprobar el estado de rpcbind servicio mediante la ejecución de un systemctl status rpcbind o su equivalente.

Si un backend de Trident informa que está en el failed Aunque este estado haya funcionado anteriormente, es probable que se deba a un cambio en las credenciales de SVM/administrador asociadas con el backend. Actualizando la información del backend usando tridentctl update backend o bien, hacer rebotar el pod Trident solucionará este problema.

Si encuentra problemas de permisos al instalar Trident con Docker como entorno de ejecución de contenedores, intente la instalación de Trident con --in cluster=false bandera. Esto no utilizará un pod de instalación y evitará los problemas de permisos observados debido a trident-installer usuario.

Utilice el uninstall parameter <Uninstalling Trident> para limpiar después de una ejecución fallida. Por defecto, el script no elimina los CRD que han sido creados por Trident, lo que hace que sea seguro desinstalarlo y volverlo a instalar incluso en una implementación en ejecución.

Si quieres volver a una versión anterior de Trident, primero ejecuta el tridentctl uninstall comando para eliminar Trident. Descarga el archivo deseado "Versión Trident" e instalar usando el tridentctl install dominio.

Tras una instalación correcta, si un tubo de PVC queda atascado en el Pending fase, corriendo kubectl describe pvc puede proporcionar información adicional sobre por qué Trident no pudo aprovisionar un PV para este PVC.