Open TemaDobryyR opened 1 year ago
Is this confirmed? We're seeing the same with schedules and jobs overview in dagster 1.3.14.
If not I'll create a new bug.
Jobs: https://dagster-host/overview/jobs
Object { message: "(psycopg2.errors.QueryCanceled) canceling statement due to statement timeout\n\n
[SQL: SELECT runs.id, runs.run_body, runs.status, runs.create_timestamp, runs.update_timestamp, runs.start_time, runs.end_time \n
FROM runs \nWHERE runs.pipeline_name = %(pipeline_name_1)s AND runs.run_id IN (SELECT run_tags.run_id \n
FROM run_tags \nWHERE run_tags.key = %(key_1)s AND run_tags.value = %(value_1)s) ORDER BY runs.id DESC \n
LIMIT %(param_1)s]\n[parameters: {'pipeline_name_1': 'pip1', 'key_1': '.dagster/repository', 'value_1': '__repository__@pip1', 'param_1': 5}]\n
(Background on this error at: https://sqlalche.me/e/20/e3q8)", locations: […], path: […], … }
Schedules https://dagster-host/overview/schedules
(psycopg2.errors.QueryCanceled) canceling statement due to statement timeout\n\n
[SQL: SELECT job_ticks.id, job_ticks.tick_body \nFROM job_ticks \n
WHERE job_ticks.selector_id = %(selector_id_1)s OR job_ticks.selector_id IS NULL
AND job_ticks.job_origin_id = %(job_origin_id_1)s ORDER BY job_ticks.timestamp DESC \n
LIMIT %(param_1)s]\n[parameters:
{'selector_id_1': 'fd4687f6971ae96c9094dfdc5e393b89b4c579b4', 'job_origin_id_1':
'1a9c89b0fef1047f632ee3d72c27bb3ffbfcb6e1', 'param_1': 1}]\n
(Background on this error at: https://sqlalche.me/e/20/e3q8)
Dagster version
1.3.13
What's the issue?
Some of code locations cant load their sensors with that error:
But i can still turn on/off sensors from their jobs
What did you expect to happen?
No response
How to reproduce?
No response
Deployment type
Dagster Helm chart
Deployment details
No response
Additional information
No response
Message from the maintainers
Impacted by this issue? Give it a 👍! We factor engagement into prioritization.