-
Notifications
You must be signed in to change notification settings - Fork 10
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
Unable to provision cluster #332
Comments
it looks like the name of the worker is required. |
We will include Gardener's error message. |
There is still a problem with provisioning, the following Runtime applied by kubectl gets "failed" soon (gardener shoot is not failed):
but the shoot was created with a success! |
another example: from Today:
|
The issues described above were caused by the following:
The problem number 1 is caused by the lack of validations. Here is the following ticket: #229 that will be addressed at some point. Problems number 2, 3 and 4 must be addressed in KIM. The problems 2,3 and 4 will be fixed in #343 |
We will investigate this case. |
Problem 1 is resolved in KEB PR , currently we use always the same unit |
After manually changing shoot name again, for a few secs we had state
|
Test for
Entire Runtime CR: apiVersion: infrastructuremanager.kyma-project.io/v1
kind: Runtime
metadata:
creationTimestamp: "2024-08-20T02:10:32Z"
finalizers:
- runtime-controller.infrastructure-manager.kyma-project.io/deletion-hook
generation: 1
labels:
kyma-project.io/broker-plan-id: 5cb3d976-b85c-42ea-a636-79cadda109a9
kyma-project.io/broker-plan-name: preview
kyma-project.io/controlled-by-provisioner: "false"
kyma-project.io/global-account-id: e449f875-b5b2-4485-b7c0-98725c0571bf
kyma-project.io/instance-id: 8eaf1089-cabb-491d-914e-47e19aff1354
kyma-project.io/region: eu-central-1
kyma-project.io/runtime-id: aa2a9662-c997-4513-8e37-ab01fa729717
kyma-project.io/shoot-name: f675a9d
kyma-project.io/subaccount-id: github-actions-keb-integration
operator.kyma-project.io/kyma-name: aa2a9662-c997-4513-8e37-ab01fa729717
name: aa2a9662-c997-4513-8e37-ab01fa729717
namespace: kcp-system
resourceVersion: "4054093395"
uid: dcb95cee-8436-4d8d-b46d-7c80ea10114b
spec:
security:
administrators:
- test@test.com
networking:
filter:
egress:
enabled: true
ingress:
enabled: false
shoot:
controlPlane:
highAvailability:
failureTolerance:
type: node
kubernetes:
kubeAPIServer:
oidcConfig:
clientID: 9bd05ed7-a930-44e6-8c79-e6defeb7dec9
groupsClaim: groups
issuerURL: https://kymatest.accounts400.ondemand.com
signingAlgs:
- RS256
usernameClaim: sub
usernamePrefix: '-'
version: "1.29"
name: f675a9d
networking:
nodes: 10.250.0.0/22
pods: 10.96.0.0/13
services: 10.104.0.0/13
type: calico
platformRegion: cf-eu10
provider:
type: aws
workers:
- machine:
image:
name: gardenlinux
version: 1443.9.0
type: m6i.large
maxSurge: 3
maxUnavailable: 0
maximum: 20
minimum: 3
name: cpu-worker-0
volume:
size: 50Gi
type: gp2
zones:
- eu-central-1c
- eu-central-1b
- eu-central-1a
purpose: production
region: eu-central-1
secretBindingName: sap-aws-skr-dev-cust-00002-kyma-integration
status:
conditions:
- lastTransitionTime: "2024-08-20T02:10:48Z"
message: Gardener API create error
reason: GardenerErr
status: "False"
type: Provisioned
state: Failed |
It should be fixed by the following PR: #350 . |
Provisioning of preview plan fails again.
|
I managed to reproduce the error using the Runtime CR from @jaroslaw-pieszka last failed attempt. I didn't manage to find what is the reason of the failure yet. Sharing the status from the broken shoot.
|
@jaroslaw-pieszka could you double check if it can be related to regions & zones configuration? I've been creating clusters with different tiny changes and made this working by changing region to
Attaching the runtimeCR that has worked for me and the failing one before the modification mentioned above |
Created a ticket in gardener https://github.tools.sap/kubernetes-canary/issues-canary/issues/5610 |
The issue with @piotrmiskiewicz, @jaroslaw-pieszka - could you try again? |
currently KEB is able to create Runtime which becomes Ready (in few minutes) |
Description
When the Runtime CR is created, the status is set to an error. Given Runtime:
the status is:
Expected result
Cluster is created, status is set to "Ready"
Actual result
Provisioning fails.
Steps to reproduce
Create the given runtime using kubectl
The text was updated successfully, but these errors were encountered: