Skip to content
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

Artifactory fails to start due to "unbound immediate PersistentVolumeClaims". PVC however is bound. Longhorn storage. #1758

Open
serrnovik opened this issue May 4, 2023 · 1 comment
Labels
enhancement New feature or request

Comments

@serrnovik
Copy link

serrnovik commented May 4, 2023

Context:

  • kubernetes: v1.22.4
  • chart: jfrog/artifactory-oss

With:

  • No customizations, just: helm upgrade --install artifactory --namespace artifactory jfrog/artifactory-oss;
  • On the cluster backed by 'longhorn' storage;
  • No other StorrageClasses configured in the cluster.

Problem

Artifactory' pod ends up in error state:

0/5 nodes are available: 5 pod has unbound immediate PersistentVolumeClaims.
Back-off restarting failed container

5 is the number of nodes in the cluster

pod is never created, so no more logs.
image

However:

At the same time there are 2 PVC bound:

image

image

Postgresql pod is up and healthy, volume bound and used.

Expected:

Artifactory pod uses bound volume and goes up like Postgresql one.


seems that other people had problems having longhorn storage backend: #1610

@serrnovik serrnovik changed the title Artifactory failes to start due to "unbound immediate PersistentVolumeClaims". PVC however is bound. Longhorn storage. Artifactory fails to start due to "unbound immediate PersistentVolumeClaims". PVC however is bound. Longhorn storage. May 4, 2023
@chukka chukka added the enhancement New feature or request label May 8, 2023
@uakharkivponomarov
Copy link

uakharkivponomarov commented Jun 21, 2024

I have encountered a similar problem. It arises when I install the Artifactory chart (located at /stable/artifactory) from scratch with splitServicesToContainers: true. The Artifactory deployment succeeds only after 3 attempts. Please find the attachments with the StatefulSet pod events for each attempt and persistent volume claim is left behind after the first removing the Helm release.

Conversely, when splitServicesToContainers is set to false, the deployment from scratch completes without any errors.
run-attemp-1_artifactory-0.log
run-attemp-2_artifactory-1.log

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants