KamoCRM

Resync se manifiesta a la deriva con vida antes de permitir reconciliaciones completas

FixKlusterServices
Cambia
4 de agosto de 2026 a las 22:49 UTC
Autor
Kamo
Comprometerse
d51aa3c

Auditar qué conciliación se aplicaría aparecían dos manifiestos que se habían desviado Lo suficientemente lejos del cúmulo que volver a aplicarlos habría causado un apagón: Docs/despliegue.yaml - imagen apuntada a k0m1:5000, un registro que se retira permanentemente. Aplicandolo habría puesto a Docs en ImagePullBackOff. Vive (y ahora este archivo) utiliza el k1m1 registro a 192.168.4.22:5000. - aliasgroup1 fue aferrado al único presentador https://api.kamocrm.com:443. trata ese valor como un regex y WOPISrc es https://api..-tenant-domain, así que Poniéndolo rompe a todos los inquilinos de marca blanca con "anfiel de WOPI no autorizado". Restaurado al regex en directo https://apiá..* - estrategia fue Recrear, que deja caer todas las sesiones de edición en vuelo en el despliegue; live is RollingUpdate maxSurge=1 maxUnavailable=0. - el límite de cpu era de 1 vs el 4 en vivo. traefik/serverstransport.yaml - falta insecureSkipVerify: true, que está ambientado en vivo. Aplicando sin él volver-enables verificación de certificado de backend en el transporte de websocket multimedia. Ambos archivos ahora coinciden con los objetos en vivo, por lo que aplicarlos es un no-op. También se nota en Docs/ deployment.yaml que es una de las tres copias de ese despliegue en todo repos, desde que el CI corre últimos victorias.

Todos los cambios

Como lo que ves enviaste?

Todo llega a su espacio de trabajo por sí solo. Comience en el plan gratuito y lea esta página de nuevo en un mes.

Empieza gratis para siempreVer Precios