Closed jag-eagle-technology closed 5 months ago
Yeah, good point. There is no reason not to inject those values to the initContainer other than it was missed in the initial implementation. It should be in the next release which will rollout in 2-3 weeks.
Good to know, thanks
This should be deployed as of couple of weeks ago
The environment variable is indeed available now, however I'm finding that the connection string works in the main container app but that I get "connection refused" when trying to use it from the init container. Same C# code is used in both to retrieve and parse the connection string from the environment variables. Is there anything special going on with how the networking is setup for these init containers when using bindings?
@ahmelsayed have postgres service bind connections from initCotainers been tested? I've tried to test myself without much luck getting additional information on what might be going on.
This issue is a: (mark with an x)
Issue description
I'm trying to run database migration scripts on a Postgresql database bound to my container app. I've tried running from the service itself and this works fine, but trying to get the same environment variable connection string in my init container doesn't work - POSTGRES_CONNECTION_STRING is not set.
Steps to reproduce
Expected behavior Environment variable available and able to run migrations
Actual behavior Environment variable not found
Additional context
Deploying using bicep: