KamoCRM

Resync alla deriva si manifesta con vivo prima di consentire pieno riconcili

FixKlusterServices
Spegnimento
4 agosto 2026 alle ore 22:49 UTC
Autore
Kamo
Impegno
d51aa3c

L'audit di ciò che un pieno riconciliare si applicherebbe ha presentato due manifesti che erano alla deriva abbastanza lontano dal cluster che li riapplicava avrebbe causato un'estrazione: Docs/deployment.yaml - immagine appuntita a k0m1:5000, un registro in pensione permanente. Applicarlo avrebbe messo Docs in ImagePullBackOff. Live (e ora questo file) usa il registro k1m1 a 192.168.4.22:5000. - aliasgroup1 è stato fissato al singolo host https://api.kamocrm.com:443. coolwsd tratta tale valore come regex e WOPISrc è https://api. pinning esso rompe ogni inquilino bianco-label con "ospite WOPI non autorizzato". Restauro al live regex https://api\.* - strategia era Recreate, che cade ogni sessione di editing in volo su dispiegamento; live è RollingUpdate maxSurge=1 maxNon disponibile=0. - cpu limit era 1 contro il live 4. traefik/serverstransport.yaml - insicuro mancanteSkipVerify: vero, che è impostato in diretta. Applicare senza di esso re-enables backend cert verifica sul trasporto media websocket. Entrambi i file ora corrispondono agli oggetti dal vivo, quindi applicarli è un no-op. Anche annotato in Docs/deployment.yaml che è una delle tre copie di quella distribuzione attraverso repos, dal momento che ogni volta che il CI corre dura vince.

Tutte le modifiche

Come quello che vedi la spedizione?

Tutto questo arriva nel vostro spazio di lavoro da solo. Iniziare sul piano gratuito e leggere di nuovo questa pagina in un mese.

Inizia gratis per sempreVisualizza il prezzo