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
How to debug already sealed Vault pod (1.3.0) #8155
Comments
Hi @Aracki! I think the most important source to identify failures are the Vault server logs. Cheers, |
Apart from the error I've already copied, there were a lot of WARNs regarding Consul backend:
...but I've already opened up the #6876 in the Consul repo. |
It looks like this is a duplicate of hashicorp/consul#5439. Until we figured out what the problem is and come up with a fix I would try to work around this issue with what hashicorp/consul#5439 (comment) has described. |
Sorry @michelvocks, it happened again and I have found logs with related error:
|
Hi @Aracki!
Have you checked your Consul logs? It looks like Consul had an issue during that time. Cheers, |
@michelvocks Just a lot of the following ones:
|
This isn't a Vault issue, it's expected behaviour for Vault to seal itself if it gets a storage error while restoring leases at startup:
I suggest asking for help on the discuss forums if you're still experiencing this. |
In my case, 1/3 pods keep getting sealed over time, but the only error I'm getting is:
Do you know what can be the case of sealing and most importantly how do I debug already sealed pod?
The text was updated successfully, but these errors were encountered: