Token Expiration Handling in EdgeX 3.1 #312
Unanswered
jonathanchoo519
asked this question in
Q&A
Replies: 1 comment 2 replies
-
Please check this |
Beta Was this translation helpful? Give feedback.
2 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
In EdgeX version 2.1, I encountered an issue with the Vault authentication tokens that are seeded by security-secretstore-setup. These tokens have an initial TTL of one hour and become invalid if not used or renewed within that period. Due to this, it’s not possible to delay the start of EdgeX services for more than one hour without the tokens expiring, preventing access to the secret store.
In version 2.1, the only solution I found was to restart the security-secretstore-setup component to regenerate the tokens. While this works, it can be a bit cumbersome in certain scenarios.
In version 3.1, I manually restarted the security-secretstore-setup container, but after doing so, my device service failed to start. The error message was as follows:
level=ERROR ts=2024-10-17T06:05:37.966497731Z app=my-devices source=init.go:62 msg="Failed to init cache: request failed, status code: 500, err: {\"message\":\"Internal Server Error\"}\n"
Interestingly, after encountering this error, I didn’t perform any additional actions, but after waiting for about ten or more minutes, the device service started running normally without the error reappearing.
What could be causing this error, and is there a better method to handle the token expiration issue in EdgeX 3.1 without restarting the security-secretstore-setup component?
Any insights or suggestions would be greatly appreciated!
Beta Was this translation helpful? Give feedback.
All reactions