I'm getting an internal assertion thrown here: <ht...
# generall
little-cartoon-10569
03/17/2022, 1:22 AMI'm getting an internal assertion thrown here: https://github.com/pulumi/pulumi/blob/8b516bb05434ca8c6dac94b76a5583e855ffd0b6/sdk/go/common/resource/plugin/provider_plugin.go#L808
(Actually, it's line 807 in the stack trace, but presumably either the URN or ID is empty..)
This is in a brand new project/stack. Never been deployed. Any ideas on what I should be looking for?
little-cartoon-10569
03/17/2022, 1:24 AMThis is reworked/refactored code, copied from existing projects which work. Undoubtedly an error in the reworking.. but a failing internal Pulumi assertion isn't something I've seen before, maybe someone else has seen this one and has a lead for me to follow?
e
echoing-dinner-19531
03/17/2022, 9:30 AM😐 That is odd. I've never seen an empty URN before, ID I suppose could end up nil and we fail to check it. Do you have any Resource.get calls in your code?
l
little-cartoon-10569
03/17/2022, 9:00 PMYes, though not sure which one is relevant. Is there a way to figure out what sort of resource might be involved?
little-cartoon-10569
03/17/2022, 9:01 PMUnfortunately it's difficult to determine any sort of flow here, because all the Pulumi code is invoked via nest.js, which is a dependency injection manager. There's no way (as far as I can tell) to figure out the order things happen in.
e
echoing-dinner-19531
03/17/2022, 9:30 PM-v9 --logtostderr👍 1
l
little-cartoon-10569
03/17/2022, 10:55 PMFigured it out. The id was coming from a stack reference using
getrequirelittle-cartoon-10569
03/17/2022, 10:56 PMThe log hint sorted it for me. Raising an issue with the framework to prevent this happening again (we should use require if there's no error handling).
e
echoing-dinner-19531
03/18/2022, 9:57 AMWe really shouldn't have an internal error for that though. I'll see if we can validate IDs passed to get in the engine and give a proper diagnostic instead.
echoing-dinner-19531
03/18/2022, 10:24 AM4 Views