This message was deleted.
# azure
s
This message was deleted.
g
Re the verbose flag: We're running an update to our debugging docs to help with this info (I've got that fix in review!). That being said, to get the logging details from the Azure Native provider, you need to add the
--logflow
flag to get the diagnostics data from the provider itself. Here's the basic command I'll use for a native provider:
Copy code
pulumi up -v=9 --logflow
That will dump logs into wherever your logs go for Pulumi (find that from the last line in the output of
pulumi about
). If you'd rather get it all at once on the terminal:
Copy code
pulumi up -v=9 --logflow --logtostderr 2>&1 | tee -a pulumi_log.txt
That extra bit at the end tells Pulumi to share logs both to stdout/stderr and append them to a file called
pulumi_log.txt
.
I'm not seeing anything immediately suspicious in your code, but I'd like to see those logs (redacted, of course) to see if there's anything there that might help.
s
Thanks Laura, I will capture those logs and see. I've found it's not a blocking issue really - I can actually just do a
CREATE DATABASE 'foo'
as the pg admin user, and it works fine. No need to deploy it as a resource there. But yeah, it's a little weird because DB seems architecture related
g
Hmm... that is odd. I haven't had trouble creating a new database with other providers, but I haven't tried it on Azure Native yet. If you get those logs, I'd be happy to help figure out what's up.