VxD
02/18/2023, 7:31 AMdagster-daemon
, dagit
and dagster-grpc
. We restart all three of them at each upgrade of our application, but this causes running pipelines to be left hanging (the current op will finish, but the pipeline will stay in RUNNING and never proceed to the next step;,it has to be terminated then restarted in dagit).
What would be a better way?
I was thinking of running dagster-daemon
and dagit
from the official docker images so they are not tied to our release process and would stay up at all times (except when we upgrade our Dagster version), but dagster-grpc
would still need to restart since we run it from the Docker image that contains our source. Would that help?
Kinda related: is it supported to run a daemon
and dagit
on a given Dagster version, but grpc
on another?Code location servers can be updated independently from other Dagster components, including Dagit. As a result, updates to code locations can occur without causing downtime to any other code location or Dagit. After updating, if there is an error with any code location, an error is surfaced for that code location within Dagit. All other code locations and Dagit will still operate normally.
Joe
02/20/2023, 3:17 PMI was thinking of runningYes, that would avoid in-flight runs being orphaned. Currently it's best to avoid updating the daemon (except when you want to upgrade your dagster version) since that can't currently be done without downtime.anddagster-daemon
from the official docker images so they are not tied to our release process and would stay up at all times (except when we upgrade our Dagster version), butdagit
would still need to restart since we run it from the Docker image that contains our source. Would that help?dagster-grpc
VxD
02/20/2023, 4:04 PMChris Histe
02/20/2023, 4:05 PMJoe
02/20/2023, 4:15 PM