[go: up one dir, main page]

Skip to content

[Feature flag] Cleanup geo_proxy_direct_to_primary

Summary

This issue is to cleanup the geo_proxy_direct_to_primary feature flag, after the feature flag has been enabled by default for an appropriate amount of time in production.

Owners

Stakeholders

Expectations

What might happen if this goes wrong?

By the time this issue is in play, the FF is already enabled by default. If we break something while removing the dead legacy code, then I believe we'd have to rollback all MRs that were part of the removal.

The most likely problem would be that Git push over SSH against a secondary Geo site would have errors like:

remote: objects:  66% (2/3), 349.95 MiB | 773.00 KiB/s 
remote: ========================================================================
remote: 
remote: ERROR: Remote repository is unavailable

remote: 
remote: ========================================================================
remote: 
send-pack: unexpected disconnect while reading sideband packet
Connection to geo.staging-ref.gitlab.com closed by remote host.
fatal: the remote end hung up unexpectedly

Or ERROR: Internal API unreachable.

Cleaning up the feature flag

Edited by Aakriti Gupta