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

Configuration validation fails randomly in ORY Hydra #216

Closed
aeneasr opened this issue Oct 14, 2020 · 1 comment
Closed

Configuration validation fails randomly in ORY Hydra #216

aeneasr opened this issue Oct 14, 2020 · 1 comment
Assignees
Labels
bug Something is not working. corp/m4 Up for M4 at Ory Corp.

Comments

@aeneasr
Copy link
Member

aeneasr commented Oct 14, 2020

Describe the bug

When running ORY Hydra with tracing, the service usually starts but sometimes terminates with the following error:

hydra_1          | time=2020-10-14T10:21:54Z level=error msg=The provided configuration is invalid and could not be loaded. Check the output below to understand why. audience=application config_file= service_name= service_version=
hydra_1          | 
hydra_1          | tracing.providers.jaeger.sampling: map[server_url:http://jaeger:5778/sampling type:const value:1]
hydra_1          |                                    ^-- allOf failed
hydra_1          | 
hydra_1          | tracing.providers.jaeger.sampling: map[server_url:http://jaeger:5778/sampling type:const value:1]
hydra_1          |                                    ^-- valid against schemas at indexes 0 and 1

which is non-sensical as the provided values are valid against one schema only. I have also seen other values such as <nil> for the map or values which are missing one value, e.g. map[type:const value:1].

To Reproduce

Steps to reproduce the behavior:

  1. In ORY Hydra, run docker-compose -f quickstart.yml -f quickstart-postgres.yml -f quickstart-tracing.yml up
  2. In another terminal, run docker restart hydra_hydra_1 or - to get the behavior consistently: for i in 1 .. 100; do docker restart hydra_hydra_1; done

Expected behavior

Obvious ;)

Environment

  • ory/x 0.0.153
@aeneasr aeneasr added bug Something is not working. corp/m3 Up for M3 at Ory Corp. labels Oct 14, 2020
@aeneasr aeneasr added corp/m4 Up for M4 at Ory Corp. and removed corp/m3 Up for M3 at Ory Corp. labels Nov 9, 2020
@aeneasr aeneasr assigned aeneasr and unassigned zepatrik Nov 18, 2020
@aeneasr
Copy link
Member Author

aeneasr commented Jan 3, 2021

This is resolved by using koanf

@aeneasr aeneasr closed this as completed Jan 3, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something is not working. corp/m4 Up for M4 at Ory Corp.
Projects
None yet
Development

No branches or pull requests

2 participants