PostgreSQL SSL Configuration Causes Collation Exception on Startup

When configuing the JDBC connection for PostgreSQL in order to allow SSL communications, you have to edit the dbconfig.xml file in the JIRA_HOME directory.  The result is the following for the url:
Upon server startup the following exception is reported in the logs:
JIRA-Bootstrap WARN [c.a.j.appconsistency.db.CollationCheck]
The database collation could not be read. An unsupported collation could cause some functionality to not work
JIRA-Bootstrap INFO [c.a.j.appconsistency.db.CollationCheck] Exception when reading database collation
org.postgresql.util.PSQLException: ResultSet not positioned properly, perhaps you need to call next.
at org.postgresql.jdbc2.AbstractJdbc2ResultSet.checkResultSet(
at org.postgresql.jdbc2.AbstractJdbc2ResultSet.getString(
at org.apache.commons.dbcp2.DelegatingResultSet.getString(
at org.apache.commons.dbcp2.DelegatingResultSet.getString(
at com.atlassian.jira.database.DatabaseCollationReader.findCollation(
at com.atlassian.jira.appconsistency.db.CollationCheck.isOk(
at com.atlassian.jira.startup.JiraDatabaseConfigChecklist.doStartupChecks(
at com.atlassian.jira.startup.JiraDatabaseConfigChecklist.startupOK(
at com.atlassian.jira.startup.DatabaseChecklistLauncher.start(
at com.atlassian.jira.startup.DefaultJiraLauncher.lambda$postDbLaunch$1(
at com.atlassian.jira.config.database.DatabaseConfigurationManagerImpl.doNowOrEnqueue(
at com.atlassian.jira.config.database.DatabaseConfigurationManagerImpl.doNowOrWhenDatabaseConfigured(
at com.atlassian.jira.startup.DefaultJiraLauncher.postDbLaunch(
at com.atlassian.jira.startup.DefaultJiraLauncher.lambda$start$0(
at com.atlassian.jira.startup.DefaultJiraLauncher.start(
at com.atlassian.jira.startup.LauncherContextListener.initSlowStuff(
at Source)
After some investigation, it is found that the parseUrl function in the com.atlassian.jira.config.database.jdbcurlparser.PostgresUrlParser class incorrectly parses out the database name by not accounting for any following variables.  If there are no "//" after the driver portion it takes the rest of the string as the name, and if there are "//",  it strips them, splits the remainder on a "/" and takes the second part as the database name.  This sets the database name to "dbname?ssl=true" in the DatabaseInstance.  It then takes the database name from this class and uses it in the generateCollationQuery in the com.atlassian.jira.database.DatabaseCollationReader and setting it as a argument in the PreparedStatment causing it to look for a database with the name of "dbname?ssl=true".
The database check collation that is run after startup (within the support tools menu) works correctly.

1 answer

0 vote

Hi Thomas,

Thank you for reporting this.  There is an existing Bug that you can find at JRASERVER-46026.  Please vote on the issue to add impact and you'll be notified when this is fixed.



Suggest an answer

Log in or Join to answer
Community showcase
Bridget Sauer
Published Mar 09, 2018 in Jira Service Desk

E.L. Fridge's take on education, Jira Service Desk, and creative Jira use cases

...word of mouth, so by 2016, we were working with several other entities on campus to implement Jira Service Desk . The Atlassian motto of “for every team” has really come true for us in this case. We...

335 views 0 9
Read article

Atlassian User Groups

Connect with like-minded Atlassian users at free events near you!

Find a group

Connect with like-minded Atlassian users at free events near you!

Find my local user group

Unfortunately there are no AUG chapters near you at the moment.

Start an AUG

You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs

Groups near you
Atlassian Team Tour

Join us on the Team Tour

We're bringing product updates and pro tips on teamwork to ten cities around the world.

Save your spot