You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When bringing up keto in terraform using the helm_release resource with autoMigration enabled, the job's pod is always set to NotReady despite the logs from the jobs pod indicating that the migration was applied correctly. I verified the database had all the changes committed to it correctly. Any ideas why the job's pod is always set to NotReady? I am using the cloudSQL proxy as the side car container.
Reproducing the bug
Steps to reproduce the behavior:
Apply terraform
See keto's job pod status set to NotReady
Relevant log output
Jobs Pod Logs
time=2023-09-10T12:12:40Z level=error msg=Unable to ping the database connection, retrying. audience=application error=map[message:failed to connect to `host=127.0.0.1 user=postgres database=`: dial error (dial tcp 127.0.0.1:5432: connect: connection refused)] service_name=Ory Keto service_version=v0.11.1-alpha.0
[POP] 2023/09/10 12:12:47 warn - One or more of connection details are specified in database.yml. Override them with values in URL.
time=2023-09-10T12:12:47Z level=info msg=No tracer configured - skipping tracing setup audience=application service_name=Ory Keto service_version=v0.11.1-alpha.0
Current status:
Version Name Status
20150100000001000000 networks Pending
20201110175414000000 relationtuple Pending
20201110175414000001 relationtuple Pending
20210623162417000000 relationtuple Pending
20210623162417000001 relationtuple Pending
20210623162417000002 relationtuple Pending
20210623162417000003 relationtuple Pending
20210914134624000000 legacy-cleanup Pending
20220217152313000000 nid_fk Pending
20220512151000000000 indices Pending
20220513200300000000 create-intermediary-uuid-table Pending
20220513200400000000 create-uuid-mapping-table Pending
20220513200400000001 uuid-mapping-remove-check Pending
20220513200500000000 migrate-strings-to-uuids Pending
20220513200600000000 drop-old-non-uuid-table Pending
20220513200600000001 drop-old-non-uuid-table Pending
20230228091200000000 add-on-delete-cascade-to-relationship Pending
Applying migrations...
Successfully applied all migrations:
Version Name Status
20150100000001000000 networks Applied
20201110175414000000 relationtuple Applied
20201110175414000001 relationtuple Applied
20210623162417000000 relationtuple Applied
20210623162417000001 relationtuple Applied
20210623162417000002 relationtuple Applied
20210623162417000003 relationtuple Applied
20210914134624000000 legacy-cleanup Applied
20220217152313000000 nid_fk Applied
20220512151000000000 indices Applied
20220513200300000000 create-intermediary-uuid-table Applied
20220513200400000000 create-uuid-mapping-table Applied
20220513200400000001 uuid-mapping-remove-check Applied
20220513200500000000 migrate-strings-to-uuids Applied
20220513200600000000 drop-old-non-uuid-table Applied
20220513200600000001 drop-old-non-uuid-table Applied
20230228091200000000 add-on-delete-cascade-to-relationship Applied
Preflight checklist
Ory Network Project
No response
Describe the bug
When bringing up keto in terraform using the helm_release resource with autoMigration enabled, the job's pod is always set to NotReady despite the logs from the jobs pod indicating that the migration was applied correctly. I verified the database had all the changes committed to it correctly. Any ideas why the job's pod is always set to NotReady? I am using the cloudSQL proxy as the side car container.
Reproducing the bug
Steps to reproduce the behavior:
Relevant log output
Version
v0.11.1
On which operating system are you observing this issue?
None
In which environment are you deploying?
Kubernetes with Helm
Additional Context
The text was updated successfully, but these errors were encountered: