-
Notifications
You must be signed in to change notification settings - Fork 4.8k
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
File/Directory watches not set for Generic Secrets via SDS #24481
Comments
not that im aware of cc @ggreenway |
possibly related #19582 cc @LuyaoZhong |
SDS isn't my area of expertise |
apologies i was struggling to find a codeowner and thought you may have some expertise in this area cc @adisuissa (who may know more) |
This is not related to #19582, it should be developed as a separate feature. |
This issue has been automatically marked as stale because it has not had activity in the last 30 days. It will be closed in the next 7 days unless it is tagged "help wanted" or "no stalebot" or other activity occurs. Thank you for your contributions. |
This issue has been automatically closed because it has not had activity in the last 37 days. If this issue is still valid, please ping a maintainer and ask them to label it as "help wanted" or "no stalebot". Thank you for your contributions. |
Title: GenericSecrets stored in separate files do not have inotify watches
Description:
Unlike for TLS certificates, envoy does not set inotify watches if the secrets are stored using filename as a datasource option
In the example config below, envoy won't set inotify watch on
secret.txt
so any changes in that file won't be picked up automaticallyenvoy.yaml
token.yaml
This happens because SDS API returns an empty vector for datasource filenames for generic secrets here
Inotify is set for the config file however, so any changes to inline_secret or inline_bytes get propagated properly. The issue only lies when filename option is used
Is someone working on it currently? I figure this would useful for existing oauth2 filter and also when developing custom filters involving generic secrets
[optional Relevant Links:]
The text was updated successfully, but these errors were encountered: