gitea fix
This commit is contained in:
@@ -12,6 +12,19 @@ gitea:
|
|||||||
# persistence.size must stay 10Gi to match the already-bound PVC —
|
# persistence.size must stay 10Gi to match the already-bound PVC —
|
||||||
# local-path-provisioner doesn't support volume expansion.
|
# local-path-provisioner doesn't support volume expansion.
|
||||||
|
|
||||||
|
# Chart default is RollingUpdate with maxUnavailable: 0 — the new pod
|
||||||
|
# always comes up before the old one terminates. On a real multi-node
|
||||||
|
# cluster with real RWO block storage that's fine (the new pod just
|
||||||
|
# can't mount until the old one releases). On this single-node cluster,
|
||||||
|
# local-path-provisioner's hostPath-style volume doesn't block a second
|
||||||
|
# same-node mount, so old+new pods briefly run concurrently against the
|
||||||
|
# same /data — and Gitea's LevelDB-backed queue holds an exclusive file
|
||||||
|
# lock, so the new pod crashes with "unable to lock level db ...
|
||||||
|
# resource temporarily unavailable". Recreate forces the old pod to
|
||||||
|
# fully terminate (and release the lock) before the new one starts.
|
||||||
|
strategy:
|
||||||
|
type: Recreate
|
||||||
|
|
||||||
persistence:
|
persistence:
|
||||||
size: 10Gi
|
size: 10Gi
|
||||||
|
|
||||||
|
|||||||
Reference in New Issue
Block a user