Are all your inputs known for the resource where this occurs (as in the issue you linked) or are there inputs flowing from other resources?
s
steep-angle-29984
12/09/2020, 11:21 AM
I tracked down the problematic property and it's derived from another resource. I'm not 100% sure, because there is more code involved, but I think my problem comes from following code construct I use to get the name of a custom resource which is created from a CRD generated by crd2pulumi:
Is there a better way to get the generated name from a custom resource which is created from a CRD generated by crd2pulumi?
(I know
resource.metadata.name
works for "normal" kubernetes resources but this doesn't work for crd2pulumi resources.)
f
faint-table-42725
12/09/2020, 7:35 PM
The above looks like a bug in the way the tool works where it’s not using the correct output type definition for the outputs. But that should be an issue with type definitions and not actual execution. I would still expect you to be able to retrieve the actual value.
No matter how you like to participate in developer communities, Pulumi wants to meet you there. If you want to meet other Pulumi users to share use-cases and best practices, contribute code or documentation, see us at an event, or just tell a story about something cool you did with Pulumi, you are part of our community.