Skip to content

Commit 8f19e7c

Browse files
gnufiedlmktfy
andauthored
Update content/en/blog/_posts/2025-07-10-recover-failed-expansion/index.md
Co-authored-by: Tim Bannister <[email protected]>
1 parent 5dffeb6 commit 8f19e7c

File tree

1 file changed

+3
-1
lines changed
  • content/en/blog/_posts/2025-07-10-recover-failed-expansion

1 file changed

+3
-1
lines changed

content/en/blog/_posts/2025-07-10-recover-failed-expansion/index.md

Lines changed: 3 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -9,7 +9,9 @@ author: >
99
---
1010

1111
Have you ever made a typo when expanding your persistent volumes in Kubernetes? Meant to specify `2TB`
12-
but specified `20TB`? This seemingly innocous problem was kinda hard to fix and took us almost 5 year to fix but we have finally made `RecoverVolumeExpansionFailure` feature GA in v1.34 of Kubernetes - https://kubernetes.io/docs/concepts/storage/persistent-volumes/#recovering-from-failure-when-expanding-volumes
12+
but specified `20TiB`? This seemingly innocuous problem was kinda hard to fix - and took the project almost 5 years to fix.
13+
[Automated recovery from storage expansion](/docs/concepts/storage/persistent-volumes/#recovering-from-failure-when-expanding-volumes) has been around for a while in beta; however, with the v1.34 release, we have graduated this to
14+
**general availability**.
1315

1416
While it was always possible to recover from failing volume expansions manually, it usually required cluster-admin access and was tedious to do (See aformentioned link for more information).
1517

0 commit comments

Comments
 (0)