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

Additional custom liveness probe for storage. #684

Open
ghorofamike opened this issue Jan 25, 2021 · 3 comments
Open

Additional custom liveness probe for storage. #684

ghorofamike opened this issue Jan 25, 2021 · 3 comments

Comments

@ghorofamike
Copy link

ghorofamike commented Jan 25, 2021

Custom storage can have issues, and it would be useful to be able to tell when arangodb containers need to be restarted, such as when the storage is remounted read-only on the containers, and we have to kill it and restart it. At the moment, if the storage becomes read only, arango keep running, and logs an error when a write is attempted and fails, would be nice if we could have a liveness probe for this, that could look like:

...
spec:
  *restartPolicy: Always*
  containers:
  - name: arango-crdn
      ...
      *livenessProbe*:
      exec:
        command:
        - ls
        - /data/lost+found
      initialDelaySeconds: 5
      periodSeconds: 10
@ajanikow
Copy link
Collaborator

Hello!

Check will be now part of ArangoDB standard probe, will update issue with fixed versions.

Best Regards,
Adam.

@ghorofamike
Copy link
Author

ghorofamike commented Aug 5, 2021

will update issue with fixed versions.
Adam.
@ajanikow
Has a PR for this hit the repo yet?

@ghorofamike
Copy link
Author

@ajanikow is this addressed in the latest release?

ghorofamike added a commit to ghorofamike/kube-arangodb that referenced this issue Mar 20, 2022
Additional custom liveness probe for storage,
See issue: [684](arangodb#684) for more.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants