Skip to content

Conversation

@drewmarshburn
Copy link
Contributor

This script previously made incorrect assumptions about the name of the database user and the name of the database. Providing connection strings with no db name initiates a connection using the username as the database name. Instead, the connection should always be made to the default postgres database.

Copy link
Contributor

@onelapahead onelapahead left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

lgtm otherwise! Thanks for finding this edge case and submitting a fix.

DB_NAME=`echo ${DB_PARAMS} | sed 's!?.*!!'`
echo "Database name: '${DB_NAME}'"
USER_NAME=`echo ${PSQL_URL} | sed 's!^.*//!!' | sed 's!:.*$!!'`
echo "Username: '${USER_NAME}'"
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Does this still work if the DB doesn't require auth? Know thats a bit unlikely / harder to test.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yeah that's a good point. Now, we need connection strings in at least this format:

"postgresql://[username]:[password]/[database]"

Looking at their doc (https://www.postgresql.org/docs/current/libpq-connect.html), supporting all formats of connection strings would be pretty difficult. Wondering what we need to support here? @peterbroadhurst and @hfuss any insights from what you've previously deployed? It may also be easier to provide the PSQL connection info as separate chart values instead of winding up with all this sed echo fun | sed 's/fun/suffering/'.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think assuming the PSQL string will have basic auth creds is fine for now. Most users are going to have a setup like that when using the chart.

@onelapahead
Copy link
Contributor

@drewmarshburn please rebase your PR off the latest upstream/main to get the changes from #359 and to retrigger the Go build that broke yesterday.

This should be good to merge after that.

@drewmarshburn drewmarshburn force-pushed the db-create branch 2 times, most recently from ed6e77b to ed532f6 Compare January 6, 2022 15:52
@nguyer nguyer merged commit 97668c0 into hyperledger:main Jan 7, 2022
@nguyer nguyer deleted the db-create branch January 7, 2022 13:23
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants