BrandonYifanLiu
commented
2 years ago Checked k8s doc, it should relate to API deprecation. Link here https://kubernetes.io/docs/reference/using-api/deprecation-guide/
Closed BrandonYifanLiu closed 2 years ago
BrandonYifanLiu
commented
2 years ago Checked k8s doc, it should relate to API deprecation. Link here https://kubernetes.io/docs/reference/using-api/deprecation-guide/
ckadner
commented
2 years ago Hi @BrandonYifanLiu thanks for reporting this. Did the deployment succeed eventually?
@Tomcli I think I have seen (some of) these error/warning messages before but the deployment seemed to succeed eventually
You had mentioned to
# run the below command two times if the CRDs take too long to provision
Is this connected?
BrandonYifanLiu
commented
2 years ago As a workaround discussed today, I will downgrade the version to make deployment succeed locally and document the process.
Tomcli
commented
2 years ago Hi @BrandonYifanLiu thanks for reporting this. Did the deployment succeed eventually?
@Tomcli I think I have seen (some of) these error/warning messages before but the deployment seemed to succeed eventually
You had mentioned to
# run the below command two times if the CRDs take too long to provisionIs this connected?
Yes, the CRDs take some time to deploy, so we might need to run it twice if we deploy MLX on a new cluster.
ckadner
commented
2 years ago As a workaround discussed today, I will downgrade the version to make deployment succeed locally and document the process.
Hi @BrandonYifanLiu -- could you create a PR to update the docs with the Kubernetes versions we need to use and how to do it with KIND?
ckadner
commented
2 years ago @rafvasq -- I think this is the issue you encountered today? Could you verify the Kubernetes version you were using? i.e. Brandon had 1.23.4.
Client Version: version.Info{Major:"1", Minor:"23", GitVersion:"v1.23.4", > GitCommit:"e6c093d87ea4cbb530a7b2ae91e54c0842d8308a", GitTreeState:"clean", BuildDate:"2022-02-16T12:30:48Z", GoVersion:"go1.17.6", Compiler:"gc", Platform:"darwin/arm64"} Server Version: version.Info{Major:"1", Minor:"23", GitVersion:"v1.23.4", GitCommit:"e6c093d87ea4cbb530a7b2ae91e54c0842d8308a", GitTreeState:"clean", BuildDate:"2022-03-06T21:39:59Z", GoVersion:"go1.17.7", Compiler:"gc", Platform:"linux/arm64"}
Supported (required) Kubernetes should probably be no newer than 1.21.
Action items:
kindest/node tagskind create cluster --name mlx code snippet to specify the K8s version v1.21 (kindest/node:v1.21.12)kind create cluster ... --image kindest/node:v1.21.12 1.22 and 1.23
rafvasq
commented
2 years ago @ckadner, I've tested and continue to run into this issue with kubectl versions 1.20 and 1.21. Continuing to test but my latest attempt used the following:
kind version
0.14.0kubectl version
Client Version: version.Info{Major:"1", Minor:"20", GitVersion:"v1.20.15", GitCommit:"8f1e5bf0b9729a899b8df86249b56e2c74aebc55", GitTreeState:"clean", BuildDate:"2022-01-19T17:27:39Z", GoVersion:"go1.15.15", Compiler:"gc", Platform:"darwin/amd64"}kustomize version
Version: {KustomizeVersion:3.2.0 GitCommit:a3103f1e62ddb5b696daa3fd359bb6f2e8333b49 BuildDate:2019-09-18T16:26:36Z GoOs:darwin GoArch:amd64}ckadner
commented
2 years ago @rafvasq -- I just merged the PR from @kiranp2396 so the kind create cluster command should work as expected now.
Describe the bug
When deploying MLX by following instructions here, hitting some errors in below format.
To Reproduce
With following CLI versions.
Steps to reproduce the behavior:
while ! kustomize build mlx-single-kind | \ kubectl apply -f -; do echo "Retrying to apply resources"; sleep 10; done.Expected behavior
The command should return without error
Screenshots
If applicable, add screenshots to help explain your problem.
Environment
Additional context
Add any other context about the problem here.