Thomas Blom
11/03/2023, 4:17 AMflytectl update launchplan -p <project> -d <domain> <launch_plan_name> --version <git release sha> --activate
As @Samhita Alla pointed out to me 5 months ago when I asked how to first deactivate (--archive) the old version, we rely on not having to do that - the old one automatically stops when the new one (same name, but different version) is activated. This is handy because it'd be a pain in a github workflow to discover the version of the running launchplan (and sadly you can't just --archive by name, you have to supply a version).
However, recently, the behavior of flytectl update launchplan
seems to have changed. While previously the above command would run without any user interaction, and work as expected, in the last month it has started prompting for user-input like so:
The following changes are to be applied.
--- before
+++ after
@@ -1,2 +1,2 @@
-state: 0
+state: 1
Continue? [y/n]:
This causes the github workflow to fail.
I haven't found any documentation about how to pass a flag to say, "don't ask, just proceed"
I'm not really sure what's changed, because our last update of the flyte (single binary) was more than a month ago, and we've been on flytekit 1.8.0 all that time, but I may be missing or wrong about something.
Any ideas? (maybe there is some flyte config option we've changed that I'm unaware of that will cause this behavior? maybe there is a db setting someone has messed with that requires user confirmation for updates?)Joe Kelly
11/03/2023, 6:45 AM--force
flag to flytectl update launchplan
and it should proceed without requiring the confirmation (we dug into this for use in our github workflow as well)flytectl
version that the github workflow is picking up (at least, that's what caused us to start seeing this a couple weeks ago)Thomas Blom
11/03/2023, 1:47 PM--files.force
which is not the same option.Samhita Alla
Slackbot
11/03/2023, 3:44 PMThomas Blom
11/03/2023, 5:37 PM