-
Notifications
You must be signed in to change notification settings - Fork 160
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
Revert "kserve: add grpconly envoy filter (#888)" #931
Revert "kserve: add grpconly envoy filter (#888)" #931
Conversation
How / where is the formal fix done? |
I would also like to address another thing as part of this "revert". How do we make sure this filter is removed from the already running clusters? We should have a logic to handle such cases. Before we come up with something more advanced I think we can simply add some logic to the bootstrap process ( WDYT @aslakknutsen @zdtsw ? |
same question: is a fix already merged somewhere in upstream? or how/why need a revert here |
will that be suitable to catch all the cases (e.g remove unuse resource, old Featuretracker, temp. workaround) into |
@israel-hdez it was an upstream fix in the python |
I wouldn't say it captures all cases, as some |
@dtrifiro You should, then, get in touch with dashboard team and coordinate this PR to go together with an update to the images, for ODH 2.10 release. I still see older images here: https://github.com/opendatahub-io/odh-dashboard/blob/4b8b9b80b725914635e1d593ccf3f22969a799d3/manifests/modelserving/kustomization.yaml. Also, please follow-up Bartosz and Wen feedback:
|
Regarding the manifests: the manifests you linked include grpcio 1.62, which is not affected by RHOAIENG-165, meaning this is out already. Regarding the resources cleanup: working on a solution, starting from |
It calls my attention that the manifests are from March 1st, while the workaround PR #888 was opened March 4th.
Thanks for following-up. |
One corner I have: odh 2.9 has been released, but RHOAI 2.9 has been dropped. Do we really need to do a proper cleanup of the envoyfilter? The temporary fix has never been deployed on RHOAI for sure. Regarding the cleanup: I have a naive implementation in |
we no need to get the first "workaround" out for downstream, aka i think RHOAIENG-165 should be closed instead. as for the "cleanup" we will still need it for ODH. |
3c5b7ff
to
b4925f8
Compare
b4925f8
to
1eada22
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The outcome seems to be the needed one (notice that I didn't try the code).
I'll let the operator owners to decide if this is good, since I see there is also the CleanupExistingResource
which seems to have a similar goal.
pkg/upgrade/upgrade.go
Outdated
var multiErr *multierror.Error | ||
for _, name := range toDelete { | ||
obj := &unstructured.Unstructured{} | ||
obj.SetGroupVersionKind(schema.GroupVersionKind{Kind: "FeatureTracker", Group: "features.opendatahub.io", Version: "v1"}) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It would be nicer if you use our own types: https://github.com/opendatahub-io/opendatahub-operator/blob/incubation/apis/features/v1/groupversion_info.go#L30
Something like v1.GroupVersion.WithKind("FeatureTracker")
(assuming the right v1
is imported).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Updated instantiating a FeatureTracker
using NewFeatureTracker
pkg/upgrade/upgrade.go
Outdated
} | ||
|
||
crd := &apiextv1.CustomResourceDefinition{} | ||
if err := cli.Get(ctx, client.ObjectKey{Name: "featuretrackers.features.opendatahub.io"}, crd); err != nil { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just for sanity check? I see no references...
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, it's a sanity check, following the scheme of other similar functions. I'm assuming it could be removed, since we try to get the FeatureTracker
by name and ignore NotFound errors (assuming trying to fetch a non-existing crd returns a NotFound too)
pkg/upgrade/upgrade.go
Outdated
} | ||
|
||
toDelete := []string{ | ||
"opendatahub-kserve-temporary-fixes", // Workaround for RHOAIENG-165 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@bartoszmajsak would the opendatahub-
prefix change? is there a const for it?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Fixed so that it uses dscApplicationsNamespace
1eada22
to
ae5f0e3
Compare
should we finalize this PR before ODH 2.12.0 code freeze? (10th May) |
7db8f30
to
8d72f58
Compare
8d72f58
to
e27524e
Compare
Is there anything holding this back? |
e27524e
to
4f4d497
Compare
[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.
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
@israel-hdez can you do a final review and we can have it finalized. |
4f4d497
to
96783ad
Compare
@dtrifiro could you add steps on how to test it in the PR description? I would like to give it a spin. |
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Without this change the cleanup actually does not work
96783ad
to
948b27b
Compare
This partially reverts commit 48e0b8b and removes the corresponding FeatureTracker. Related: RHOAIENG-165, opendatahub-io#888
LGTM |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
lgtm with app namespace change now added to FT name
This partially reverts commit 48e0b8b and removes the corresponding FeatureTracker. Related: RHOAIENG-165, opendatahub-io#888 (cherry picked from commit 562d09c)
This partially reverts commit 48e0b8b and removes the corresponding FeatureTracker. Related: RHOAIENG-165, opendatahub-io#888 (cherry picked from commit 562d09c)
This reverts commit 48e0b8b (#888).
This was a temporary fix for https://issues.redhat.com/browse/RHOAIENG-165 which does not affect caikit+tgis, tgis or ovms anymore.
testing instructions: