You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Feature or Bug
We are not sure. This was unexpected behavior from our perspective, but we did have to do some work we thought could be easily automated and we think it may be a bug that it is not.
Version of Helm and Kubernetes:
Helm: v3.9.0
EKS version: 1.24
Which chart:
artifactory-ha - v7.55.6
Which product license (Enterprise/Pro/oss):
Enterprise
What happened:
EKS Fargate does not support EBS volumes. To get statefulsets to work, we need to preprovision EFS drives as persistent volumes with persistent volume claims.
The PVCs mount just fine but the init pods error out about not being able to access certain directories. Running the following set of commands creates the needed directories with the proper permissions:
After creating the above directories with the above permissions, the pods spin up just fine.
What you expected to happen:
We expected the pod to create these directories with the proper permissions if they did not exist. These EFS drives were empty so nothing should have obstructed them from doing so.
How to reproduce it (as minimally and precisely as possible):
0) Create an EKS Fargate cluster. EKS with nodegroups can provision EBS volumes, EKS Fargate cannot.
Feature or Bug
We are not sure. This was unexpected behavior from our perspective, but we did have to do some work we thought could be easily automated and we think it may be a bug that it is not.
Version of Helm and Kubernetes:
Helm: v3.9.0
EKS version: 1.24
Which chart:
artifactory-ha - v7.55.6
Which product license (Enterprise/Pro/oss):
Enterprise
What happened:
EKS Fargate does not support EBS volumes. To get statefulsets to work, we need to preprovision EFS drives as persistent volumes with persistent volume claims.
The PVCs mount just fine but the init pods error out about not being able to access certain directories. Running the following set of commands creates the needed directories with the proper permissions:
After creating the above directories with the above permissions, the pods spin up just fine.
What you expected to happen:
We expected the pod to create these directories with the proper permissions if they did not exist. These EFS drives were empty so nothing should have obstructed them from doing so.
How to reproduce it (as minimally and precisely as possible):
0) Create an EKS Fargate cluster. EKS with nodegroups can provision EBS volumes, EKS Fargate cannot.
Anything else we need to know:
We met with the Technical Account Manager and asked whether this was a bug. They said it may or may not be.
The text was updated successfully, but these errors were encountered: