chemavxandClaude Opus 5
4adbcbd4af
Los dos estaban en git sin ninguna Application que los gestionara: editar el repo no desplegaba nada. De ahi que un pin de imagen de abril nunca llegara al cluster y gitea se subiera solo de 1.25.5 a 1.27.0, y que vaultwarden se parcheara con kubectl replace. A partir de ahora manda git. Verificado en frio antes de adoptar: los 17 manifiestos coincidian campo a campo con lo vivo, asi que la adopcion no revierte nada. Con ServerSideApply/ServerSideDiff, igual que el kube-prometheus-stack: estos objetos arrastran un last-applied viejo y el merge clasico intentaria borrar lo que ese blob declaraba y git ya no; en un PVC eso es un campo inmutable y el sync falla. Limpieza que iba en el mismo paquete: - Fuera la basura de export de 5 ficheros: last-applied-configuration, la revision del Deployment y las anotaciones que pone el provisionador en los PVC (bind-completed, selected-node...). Es lo que dejaba los recursos OutOfSync para siempre. Verificado que el resto del manifiesto no cambia. - Fuera serviceaccount-default y kube-root-ca.crt de los dos: los crea k8s solo en cada namespace. - RESCATADO configmap-gitea-runner-config: config del act_runner escrita a mano en abril, montada por el runner y que NO estaba en git. Reconstruir gitea desde el repo levantaba el runner sin configuracion. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
42 lines
1.5 KiB
YAML
42 lines
1.5 KiB
YAML
# gitea pasa a ArgoCD el 2026-07-25.
|
|
#
|
|
# Hasta hoy este directorio estaba en git SIN ninguna Application que lo
|
|
# gestionara: editar aquí no desplegaba nada y había que acordarse de hacer
|
|
# kubectl apply. Asi se colo que gitea subiera solo de 1.25.5 a 1.27.0 con un
|
|
# pin de abril en git que nunca llego al cluster.
|
|
#
|
|
# Adoptado en frio y verificado ANTES de darle auto-sync: git y cluster
|
|
# coincidian campo a campo en los 17 manifiestos de vaultwarden+gitea, asi
|
|
# que esto no revierte nada.
|
|
#
|
|
# ServerSideApply/ServerSideDiff igual que en el kube-prometheus-stack: estos
|
|
# objetos los creo un kubectl apply a mano y arrastran un last-applied viejo.
|
|
# Con el merge clasico ArgoCD borraria lo que ese blob declaraba y git ya no
|
|
# (anotaciones del provisionador en los PVC, revision del Deployment), y en un
|
|
# PVC eso es un campo inmutable = sync fallido. Asi solo toca lo que declara.
|
|
apiVersion: argoproj.io/v1alpha1
|
|
kind: Application
|
|
metadata:
|
|
name: gitea
|
|
namespace: argocd
|
|
annotations:
|
|
notifications.argoproj.io/subscribe.on-sync-failed.telegram: "5138407666"
|
|
notifications.argoproj.io/subscribe.on-health-degraded.telegram: "5138407666"
|
|
argocd.argoproj.io/compare-options: ServerSideDiff=true
|
|
spec:
|
|
project: default
|
|
source:
|
|
repoURL: https://git.chemavx.xyz/chemavx/k8s-manifests
|
|
targetRevision: HEAD
|
|
path: gitea
|
|
destination:
|
|
server: https://kubernetes.default.svc
|
|
namespace: gitea
|
|
syncPolicy:
|
|
automated:
|
|
prune: true
|
|
selfHeal: true
|
|
syncOptions:
|
|
- CreateNamespace=true
|
|
- ServerSideApply=true
|