-
Notifications
You must be signed in to change notification settings - Fork 1k
fix: variable namespaces for networkpolicies #3319
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: master
Are you sure you want to change the base?
Conversation
Signed-off-by: juhyeon <[email protected]>
|
@juliusvonkohout Until recently,
|
|
@kunal-511 may you take a look? I think we need to adjust the test scripts then to only use the specific networkpolicies. Or we make our life easier and just create the namespaces in the multi-tenancy script if they do not exist yet. I will also do some dummy istio changes to trigger most tests. |
|
Thank you @juhyeon-cha |
Signed-off-by: Julius von Kohout <[email protected]>
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: The full list of commands accepted by this bot can be found here. DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
Okay I think currently creating namespace in multi-tenancy script if they do not exist will work? |
|
I think especially everything outside of the kubeflow namespaces so cert-manager, knative-serving etc. We should directly move in this PR to the respective folders. |
Pull Request Template for Kubeflow Manifests
✏️ Summary of Changes
The problem is that all NetworkPolicies are being created in the kubeflow namespace because the
namespacevalue is present in kustomization.yaml.✅ Contributor Checklist