This message was deleted.
# general
s
This message was deleted.
c
Sorry to hear that @purple-appointment-43233, what was the link that you got? We’ll be sure to fix that ASAP. As far as how to handle this state, you just need to do the following:
p
error: [409] the stack’s resources are in an unknown state due to an interrupted update; please export the stack, repair any inconsistencies, and import the result for more information about this error, see https://goo.gl/hCQnhn
c
Export your Stack’s current checkpoint file. This essentially dumps the current known state of your cloud resources.
pulumi stack export > checkpoint.json
Next, you can import that checkpoint and overwrite the set of resources known on the stack.
pulumi stack import < checkpoint.json
At that point the “dirty” bit should be cleared. Let me know if you have any other trouble!
p
Looks like that cleared it. But I’m still running into a problem where a very simple AWS deploy appears to be hanging forever making a spotfleetrequest
c
As far as insight into that, I don’t have any ideas off the top of my head. Some resources do take a very long time to provision. Any ideas @white-balloon-205?
p
I changed my spotfleetrequest spec to use a new ami and to last for 10 years, and it just hangs attempting to deploy
Weird, after about 5 minutes, AWS barfed saying that the ami doesn’t exist. Which is weird because it’s the latest AWS ECS-optimized ami listed on their website…
Well, retrying until it worked…worked. ¯\_(ツ)_/¯
Thanks for your help
w
Note that AWS AMI IDs are per-region, so you'll need to make sure you pick the AMI ID that matches the region you are deploying into. You can also use Paramater Store to get this via https://aws.amazon.com/about-aws/whats-new/2018/04/amazon-ecs-provides-ecs-optimized-ami-metadata-via-ssm-parameter/. See https://github.com/pulumi/pulumi-aws/blob/dc0278d889de6d868c7497a473c32b709aa13521/examples/multiple-regions/index.ts#L12 for an example.
As for why this takes so long - that seems unexpected - AWS should normally fail these quickly. Possible that SpotFeetRequest doesn't validate these things early until Spot fulfills the request.
p
Sweet! It’s getting meta in here. BTW, the example you gave me is no longer syntactically correct, getParameter doesn’t appear to take a second arg, but I did get it working. 🙂
w
Yeah - sorry - that example is part of an in-progress PR which also adds the ability to pass that second parameter - but your question reminded me of it as we were discussing this on the PR just yesterday.