Update kfserving manifests for v0.4.1#1575
Conversation
|
Hi @pvaneck. Thanks for your PR. I'm waiting for a kubeflow member to verify that this patch is reasonable to test. If it is, they should reply with Once the patch is verified, the new status will be reflected by the I understand the commands that are listed here. DetailsInstructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
|
/assign @adrian555 |
|
After manifest V3 changes, we now consider component's |
|
Hi @PatrickXYS. Want to double check. Are you saying that I should copy the resource YAMLs into base_v3 folders and reference those? I.e.: Looks like most other components' |
|
@pvaneck let's follow the Also remember to run Thanks. |
c940793 to
4cf3ceb
Compare
|
/ok-to-test |
|
Tested on a Minikube and IBM Cloud Kubernetes, and appears to work fine. Ran some inferences using Pytorch and sklearn. Currently validating on Openshift. |
|
I'm not sure if @kubeflow/kfserving-owners is aware of this, can you also take a look? |
|
Thanks @pvaneck This looks great. Thanks @adrian555 for all the help reviewing i. @yuzisun please take a look. One of the questions we have is that should we cut a minor release of KFServing (as there are couple of fixes we need from master for OpenShift). The next release of Kubeflow is coming soon in few weeks time-frame, so wanted to get your opinion on it. |
|
@animeshsingh you might want to cherry pick the openshift fixes to release-0.4 branch at this point, we can then release 0.4.1 following this doc. |
|
|
||
| # Replace 'kfserving-system' namespace references with 'kubeflow'. | ||
| find kfserving/upstream -name 'kfserving.yaml' -exec \ | ||
| sed -i.bak 's/kfserving-system/kubeflow/' {} + |
There was a problem hiding this comment.
Oh nice. I see that you will be potentially generating a kfserving_kubeflow.yaml in the next release? If so, then this can be removed.
There was a problem hiding this comment.
@yuzisun who is testing that generated kubeflow overlay? with what versions? And in context of Kubeflow?
There was a problem hiding this comment.
we would still need to test and integrate kubeflow for each release, if user can not wait for kubeflow release they can use the yaml KFServing generates but they are responsible for testing out in their setup
There was a problem hiding this comment.
@pvaneck for 0.4 release we still need your change to integrate kubeflow, we can clean up next time when we integrate 0.5.
| if [ -d kfserving/upstream ]; then | ||
| rm -rf kfserving/upstream | ||
| fi | ||
| kpt pkg get $KFSERVING_SRC_REPO/install/$KFSERVING_VERSION kfserving/upstream |
There was a problem hiding this comment.
Just for my knowledge, what does kpt pkg command do ?
There was a problem hiding this comment.
Pretty much just syncs what is in the targeted kfserving repo directory with the local manifests directory. In this case, it just syncs whatever is in kfserving/install/v0.4.0. I am not particularly tied to this method as I was namely just following what was being done for pipelines. The idea here is that you just increment the value in the script then run it when a new version of kfserving is out, so it's more of a convenience method that can help get the latest kfserving yaml file. Ideally whatever is in the kfserving/upstream folder in this repo matches closely to what you have in the kfserving repo.
| matchExpressions: | ||
| - key: control-plane | ||
| operator: DoesNotExist | ||
| objectSelector: |
There was a problem hiding this comment.
just note that this moves the minimal kube requirement to 1.15, not exactly sure what's the min requirement for kubeflow now. It can still work with kube 1.14 but you would need the --validate=false to ignore the error.
There was a problem hiding this comment.
Yea, not quite sure either as the compatibility matrix here https://www.kubeflow.org/docs/started/k8s/overview/ doesn't seem to have been updated for 1.1.
|
/lgtm |
a4ab6f1 to
bc5dd1c
Compare
|
@animeshsingh Updated to v0.4.1 |
2184cab to
2358e7d
Compare
|
@PatrickXYS Can you check test case? Seems it's pending and not abled to be scheduled. |
|
Let me check the error |
|
Ah wait, the manifest PR is not yet merged.... I won't expect test passes |
|
@PatrickXYS If not, AWS CI should not add prow job for this repo, right? This will block PR merge. |
|
@Jeffwan Let me solve this |
|
/test kubeflow-manifests-presubmit-e2e |
|
@PatrickXYS: No presubmit jobs available for kubeflow/manifests@master DetailsIn response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
|
Can you rebase and run test again? |
This follows the pattern used in pipelines/upstream where 'upstream' contains the installation manifests from the source component repo. A script is provided to sync the upstream directory with the source repo. Patches are provided to get kfserving working in the kubeflow namespace.
2358e7d to
f749e0f
Compare
|
@PatrickXYS I believe so. /cc @animeshsingh |
|
We are good to go /lgtm |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: animeshsingh, pvaneck The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
|
Thanks everyone. I assume kfserving side has all changes for 1.2. |
|
@Jeffwan we are experimenting with KNative 0.14.3 to see if we can position it as a minimum req - if we get it in time, that's the only change you are looking at. What's the final de cut date for you? |
|
@animeshsingh end of this week. cherry-pick is acceptable until Nov 13. |
Will be responsible for maintaining manifests for KFServing, OpenShift, IKS etc. PRs merged: kubeflow#1515 kubeflow#1575 kubeflow#1580 kubeflow#1617 Reviews: kubeflow#1582 kubeflow#1621 kubeflow#1625 kubeflow#1627 kubeflow#1628 kubeflow/kfctl#419
Which issue is resolved by this Pull Request:
Resolves kserve/kserve#1015
Description of your changes:
This follows the pattern used in pipelines/upstream where
upstreamcontains the installation manifests from the source component repo. A script is provided to sync the upstream directory (i.e. kfserving/upstream) with the source repo target location. This should make future updates easier.Essentially, the kfserving.yaml in this patch is the same as the one in https://github.com/kubeflow/kfserving/blob/master/install/v0.4.1/kfserving.yaml. The differences are the removal of the namespace object YAML and some post processing done by the pull script to change instances of
kfserving-systemtokubeflow. Also thestatuskey from the CRD definition was removed to pass unit tests. This can probably be removed upstream.Patches are also provided to get kfserving working in the kubeflow namespace.
Checklist:
cd manifests/testsmake generate-changed-onlymake test