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.

Pulumi Community

you can remove it from the state using `pulumi state delete &lt;urn&gt;`

Is there a way to do that in the code so it doesn't impose a workflow burden?

If not, is there a better design we can implement to avoid this problem? Like segregating such imports into their own stack

If you just need to reference an existing resource, you can _get_ it rather than import it.

That lets you use properties from it, but Pulumi doesn't assume ownership of it, so your destroy would leave it alone.

Every resource in Pulumi has a `.get()` function that lets you get a resource by its id.

Perhaps we can `get` the resources for now, and revise the gets to imports when we're ready to transition ownership of the resources to the new account

Yep, `get` sounds like what you actually want for now.

My concern: would we still be able to fully describe the `gotten` resources like we can when we `import`?

you cannot modify (or destroy) resources via `.get`, but you can reference all the properties from them.

<@UDEJ1F5SQ> it appears that `get()` succeeds even when the resource attributes in code don't match the gotten cloud resource, and then the code is out of sync with the pulumi resource (which matches the cloud resource).

Is this a bug?

cc <@U01AQ5NC7U6> who discovered this issue

I might still be missing what you're trying to achieve. Can you share your code?

A resource from a `.get()` function is essentially a read-only view of an existing resource, so I'm confused by you trying to match it in code.

This succeeds:
```aws.glue.CatalogDatabase.get(
    id="...",
    resource_name="...",
    name="...",
    location_uri="<s3://wrong-url>",
)```

Are the non-`id` attributes ignored when `get()` executes?

&gt; A resource from a `.get()` function is essentially a read-only view of an existing resource, so I'm confused by you trying to match it in code.
Even though it's read-only, we want the code to match the resource 1:1, because at some point we'll convert it from a `get()` to a normal resource under pulumi's management.

Either now or later we can fully specify the resource attributes. Should we wait until we actually import the resource?

Perhaps given how `get()` works we'll need to approximately 1:1 describe the resource now, and correct any mistakes that arise later when we import it?

Yea, I don't think `get()` was designed with that idea in mind (specifically trying to match what the "shape" of the resource like `import`), so I think your last point of "approximately 1:1" will be the best thing to do for now.