You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
When passing Mysql jdbc url with SSL and multiple properties as environment variable into kubernetes pod, the server has trouble taking that url value into db connection. When using this inside mirth.properties file it works correctly.
To Reproduce
To reproduce one would simply add jdbc url like this jdbc:mysql://<some_ip_name>:3306/mirth?useSSL=true&enabledTLSProtocols=TLSv1.2&serverTimezone=UTC into the DATABASE_URL environment variable when starting a docker container/pod
Expected behavior
Expected behavior is to have mirth use full jdbc url correctly and be able to connect to DB like it does using mirth.properties
Actual behavior
I get different exceptions depending on how many of these extra properties are there. For example if url is like mentioned above then exception is like this:
Caused by: javax.net.ssl.SSLHandshakeException: No appropriate protocol (protocol is disabled or cipher suites are inappropriate)
at java.base/sun.security.ssl.HandshakeContext.<init>(Unknown Source)
if url is like this: jdbc:mysql://<some_ip>:3306/mirth?enabledTLSProtocols=TLSv1.2
the exception will be this:
ERROR 2021-10-15 21:11:17,176 [Main Server Thread] com.mirth.connect.server.Mirth: Error establishing connection to database, retrying startup in 10000 milliseconds
com.zaxxer.hikari.pool.HikariPool$PoolInitializationException: Failed to initialize pool: The server time zone value 'Coordinated Universal Time' is unrecognized or represents more than one time zone. You must configure either the server or JDBC driver (via the serverTimezone configuration property) to use a more specifc time zone value if you want to utilize time zone support.
at com.zaxxer.hikari.pool.HikariPool.checkFailFast(HikariPool.java:512)
This is expected because yes it really needs that time zone property but when they're both or more set in url nothing takes in effect
Screenshots
N/A
Environment (please complete the following information):
Connect Version [e.g. 3.12.0]
Azure Kubernetes Service
Workaround(s)
We are evaluating if it would be possible for the time being to hard code mirth.properties file into mirth docker image. This is less than ideal by far.
Additional context
The problem seems to be happening only when passing url as environment variable to docker and only when there are multiple extra properties to set.
The text was updated successfully, but these errors were encountered:
Describe the bug
When passing Mysql jdbc url with SSL and multiple properties as environment variable into kubernetes pod, the server has trouble taking that url value into db connection. When using this inside
mirth.properties
file it works correctly.To Reproduce
To reproduce one would simply add jdbc url like this
jdbc:mysql://<some_ip_name>:3306/mirth?useSSL=true&enabledTLSProtocols=TLSv1.2&serverTimezone=UTC
into theDATABASE_URL
environment variable when starting a docker container/podExpected behavior
Expected behavior is to have mirth use full jdbc url correctly and be able to connect to DB like it does using
mirth.properties
Actual behavior
I get different exceptions depending on how many of these extra properties are there. For example if url is like mentioned above then exception is like this:
if url is like this:
jdbc:mysql://<some_ip>:3306/mirth?enabledTLSProtocols=TLSv1.2
the exception will be this:
This is expected because yes it really needs that time zone property but when they're both or more set in
url
nothing takes in effectScreenshots
N/A
Environment (please complete the following information):
Workaround(s)
We are evaluating if it would be possible for the time being to hard code
mirth.properties
file into mirth docker image. This is less than ideal by far.Additional context
The problem seems to be happening only when passing url as environment variable to docker and only when there are multiple extra properties to set.
The text was updated successfully, but these errors were encountered: