如果Trident Pod無法正常顯示（例如、當Trident Pod卡在中時） ContainerCreating 階段、只需不到兩個就緒容器）、就能執行 kubectl -n trident describe deployment trident 和 kubectl -n trident describe pod trident--** 可提供更多洞見。取得Kibelet記錄（例如、透過 journalctl -xeu kubelet）也很有幫助。

如果Trident記錄中沒有足夠的資訊、您可以透過傳遞來嘗試啟用Trident的偵錯模式 -d 安裝參數的旗標： ./tridentctl install -d -n trident。

您也可以取得每個後端的除錯記錄、方法是加入 debugTraceFlags 在後端定義中。例如、包括 debugTraceFlags: {“api”:true, “method”:true,} 取得Trident記錄中的API呼叫和方法反向。現有的後端可以有 debugTraceFlags 設定為 tridentctl backend update。

使用RedHat CoreOS時、請務必確認 iscsid 在工作節點上啟用、預設為啟動。您可以使用OpenShift機器組態或修改點火模板來完成此作業。

使用Trident時可能會遇到的常見問題 "Azure NetApp Files" 當租戶和用戶端機密來自權限不足的應用程式登錄時。如需Trident需求的完整清單、請參閱 "Azure NetApp Files" 組態：

如果在將PV安裝至容器時發生問題、請確定 rpcbind 已安裝並執行。使用主機作業系統所需的套件管理程式、並檢查是否有 rpcbind 正在執行。您可以檢查的狀態 rpcbind 執行 systemctl status rpcbind 或同等產品。

如果Trident後端報告其位於 failed 狀態儘管以前曾經工作過、但可能是因為變更與後端相關的SVM/admin認證資料所致。使用更新後端資訊 tridentctl update backend 或是退回Trident Pod即可解決此問題。

如果您要升級Kubernetes叢集和（或）Trident以使用beta Volume Snapshot、請確定已完全移除所有現有的Alpha Snapshot CRS。然後您就可以使用 tridentctl obliviate alpha-snapshot-crd 刪除Alpha Snapshot CRD的命令。請參閱 "這篇部落格" 瞭解移轉Alpha快照所需的步驟。

如果在容器執行時間安裝Trident with Docker時遇到權限問題、請嘗試使用安裝Trident --in cluster=false 旗標。這不會使用安裝程式pod、也會避免因為而發生權限問題 trident-installer 使用者：

使用 uninstall parameter <Uninstalling Trident> 用於在執行失敗後進行清理。根據預設、指令碼不會移除Trident所建立的客戶需求日、即使在執行中的部署中、也能安全地解除安裝及再次安裝。

如果您想要降級至舊版Trident、請先執行 tridenctl uninstall 移除Trident的命令。下載所需的 "Trident版本" 並使用安裝 tridentctl install 命令。只有在沒有建立新的PV、且尚未對現有的PV/後端/儲存類別進行任何變更時、才考慮降級。由於Trident現在使用CRD來維護狀態、因此所有建立的儲存實體（後端、儲存類別、PV和Volume Snapshot）都擁有 associated CRD objects <Kubernetes CustomResourceDefinition Objects> 而非寫入先前安裝版本Trident所使用之PV的資料。移回舊版時、新建立的PV將無法使用。*對物件所做的變更、例如後端、PV、儲存類別和Volume快照（已建立/更新/刪除）、在降級*時、Trident將無法看到。Trident安裝的舊版Trident所使用的PV、仍可供Trident查看。返回舊版不會中斷已使用舊版建立之PV的存取、除非已升級。

若要完全移除Trident、請執行 tridentctl obliviate crd 命令。這會移除所有CRD物件、並取消定義客戶需求日。Trident將不再管理任何已配置的PV。

之後需要從頭重新設定Trident。

成功安裝之後、如果有一個PVc卡在中 Pending 階段、執行中 kubectl describe pvc 可提供有關Trident為何無法為此PVc配置PV的其他資訊。