-
Story
-
Resolution: Done
-
Minor
-
None
-
None
-
False
-
False
-
ToDo
-
Undefined
-
Cloned from: https://bugzilla.redhat.com/show_bug.cgi?id=1748531
This BZ is intended to track a possible RFE to improve how we handle UID range annotations on a migrated namespace.
Consider allowing a user to opt out of the migration of UID range.
When an application is migrated to a destination cluster the migration tool will currently preserve the annotations on a namespace of:
"openshift.io/sa.scc.mcs"
"openshift.io/sa.scc.supplemental-groups"
"openshift.io/sa.scc.uid-range"
This is done to preserve the UID the containers ran as on the source side to be the same on destination side so the container on destination will retain access to any persisted data.
There is potential that this could lead to reusing the UID range of a namespace on destination cluster, either from an existing namespace or from a future created namespace given the same range as what we migrated over.
For background info this is related to:
https://github.com/fusor/openshift-migration-plugin/pull/8/files
https://github.com/fusor/openshift-migration-plugin/issues/20
- is related to
-
MIG-993 Write kbase article with recommendations for unwinding overlapping id ranges as a result of migration
- Closed