From e133c0aae4b631f22b4339a45136cab7cf548263 Mon Sep 17 00:00:00 2001 From: Marty Hernandez Avedon Date: Mon, 6 Mar 2023 16:53:34 -0500 Subject: [PATCH] Update versioned_docs/version-2.6/pages-for-subheaders/authentication-config.md --- .../version-2.6/pages-for-subheaders/authentication-config.md | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/versioned_docs/version-2.6/pages-for-subheaders/authentication-config.md b/versioned_docs/version-2.6/pages-for-subheaders/authentication-config.md index ef588409140..c1787591568 100644 --- a/versioned_docs/version-2.6/pages-for-subheaders/authentication-config.md +++ b/versioned_docs/version-2.6/pages-for-subheaders/authentication-config.md @@ -130,8 +130,7 @@ Rancher won't perform cleanup until you set the annotation to `unlocked`. ### Running Resource Cleanup Manually -Rancher might retain resources from a previously disabled auth provider configuration in the local cluster, even after you configure another auth provider. -For example, if you used Provider A, then disabled it and started using Provider B, when you upgrade to a new version of Rancher, you can manually trigger cleanup on resources configured by Provider A. +Rancher might retain resources from a previously disabled auth provider configuration in the local cluster, even after you configure another auth provider. For example, if you used Provider A, then disabled it and started using Provider B, when you upgrade to a new version of Rancher, you can manually trigger cleanup on resources configured by Provider A. To manually trigger cleanup for a disabled auth provider, add the `management.cattle.io/auth-provider-cleanup` annotation with the `unlocked` value to its auth config.