Bug 1741478
Summary: | Kubefed operator deployment scope does not match kubefed controller manager deployment scope | |||
---|---|---|---|---|
Product: | OpenShift Container Platform | Reporter: | Qin Ping <piqin> | |
Component: | Federation | Assignee: | Aniket Bhat <anbhat> | |
Status: | CLOSED ERRATA | QA Contact: | Qin Ping <piqin> | |
Severity: | medium | Docs Contact: | ||
Priority: | high | |||
Version: | 4.2.0 | CC: | anbhat, ifont | |
Target Milestone: | --- | |||
Target Release: | 4.2.0 | |||
Hardware: | Unspecified | |||
OS: | Unspecified | |||
Whiteboard: | ||||
Fixed In Version: | Doc Type: | If docs needed, set a value | ||
Doc Text: | Story Points: | --- | ||
Clone Of: | ||||
: | 1761040 (view as bug list) | Environment: | ||
Last Closed: | 2019-10-16 06:36:02 UTC | Type: | Bug | |
Regression: | --- | Mount Type: | --- | |
Documentation: | --- | CRM: | ||
Verified Versions: | Category: | --- | ||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | ||
Cloudforms Team: | --- | Target Upstream Version: | ||
Embargoed: | ||||
Bug Depends On: | ||||
Bug Blocks: | 1761040 |
Description
Qin Ping
2019-08-15 09:23:52 UTC
There is a mismatch between the intent expressed in the operator's kubefed CR and the kubefedconfig that is currently defaulted by the kubefed controller, if none exists. I see a few options we can take depending on if there exists any precedence: 1. Delete the "kubefed" KubeFedConfig upon uninstalling the kubefed controller manager. If this is normal practice for an operator to remove resources associated with the component it's managing upon uninstallation, we should follow suit. Otherwise see the next options. 2. If there already exists a KubeFedConfig whose scope does not match the scope in the operator's kubefed CR, overwrite it. 3. Same as 2, except instead of overwriting it, report an error. The kubefedconfig webhook does not perform any defaulting on the deployment scope as that is a required field that needs to be provided by the user. Currently there is a workaround for the kubefed controller manager to set this scope based on the environment variable DEFAULT_KUBEFED_SCOPE that is set by the operator. I am updating the title to better reflect the issue reported in this bug. Ping, The latest downstream kubefed images should have this fixed. Aniket. Failed verification with KubeFed controller-manager version: version.Info{Version:"v4.2.0", GitCommit:"7f002471b9dd8366e1e0f080b46bc79864682f71", GitTreeState:"clean", BuildDate:"2019-08-25T20:09:07Z", GoVersion:"go1.12.6", Compiler:"gc", Platform:"linux/amd64"} Still have the same issue. Verified with: kubefedctl version: version.Info{Version:"v4.2.0", GitCommit:"d33c8586092041e14d47555b464ede2e99b8bb5f", GitTreeState:"clean", BuildDate:"2019-09-09T18:21:24Z", GoVersion:"go1.12.8", Compiler:"gc", Platform:"linux/amd64"} kubeFed controller-manager version: version.Info{Version:"v4.2.0", GitCommit:"d33c8586092041e14d47555b464ede2e99b8bb5f", GitTreeState:"clean", BuildDate:"2019-09-09T19:12:18Z", GoVersion:"go1.12.8", Compiler:"gc", Platform:"linux/amd64"} Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2019:2922 |