Closed zdtsw closed 1 month ago
[APPROVALNOTIFIER] This PR is APPROVED
This pull-request has been approved by: lburgazzoli
The full list of commands accepted by this bot can be found here.
The pull request process is described here
A user running odh installation where they create dsci should be able to configure applicationNamespace. Are there any component failures that we see when the namespace value is different?
A user running odh installation where they create dsci should be able to configure applicationNamespace. Are there any component failures that we see when the namespace value is different?
this is mainly coming from https://github.com/opendatahub-io/opendatahub-operator/issues/455#issuecomment-1725574970
we never resolve this problem properly.
the case is: when user first create DSCI with default application value opendatahub
, it works, but later if change value to e.g new-opendatahub
, it deploys everything to the new-opendatahub
NS, but leave the old resources running in opendatahub
NS.
this is the same for both application and monitoring namespace.
in the case if user running in ODH, the auto creation of DSCI is disabled by default,
users re responsible to which namespace they want to use as application namespace. so the value can be set during creation.
this allows a different namespace than opendatahub
to start with. the only thing is, afterwards they cannot change namespace via the same DSCI CR.
/hold cancel
put on-hold label for now , just waiting for reviewers all agree on this change
Description
How Has This Been Tested?
local build: quay.io/wenzhou/opendatahub-operator-catalog:v2.18.112
opendatahub
toopendatahub2
, got error "Error "Invalid value: "string": ApplicationsNamespace is immutable" for field "spec.applicationsNamespace"."opendatahub3
as applicationNamespaceopendatahub3
toopendatahub4
in DSCI, got error "Error "Invalid value: "string": ApplicationsNamespace is immutable" for field "spec.applicationsNamespace"."Screenshot or short clip
Merge criteria