-
Bug
-
Resolution: Done
-
Major
-
None
-
None
-
False
-
False
-
undefined
-
Workaround Exists
-
-
-
Taking a look at the pod logs reveals this is caused by the process_instances table not existing:
Caused by: org.postgresql.util.PSQLException: ERROR: relation "process_instances" does not exist
Position: 13
at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2552)
at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:2284)
at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:322)
at org.postgresql.jdbc.PgStatement.executeInternal(PgStatement.java:481)
at org.postgresql.jdbc.PgStatement.execute(PgStatement.java:401)
at org.postgresql.jdbc.PgPreparedStatement.executeWithFlags(PgPreparedStatement.java:164)
at org.postgresql.jdbc.PgPreparedStatement.executeUpdate(PgPreparedStatement.java:130)
at io.agroal.pool.wrapper.PreparedStatementWrapper.executeUpdate(PreparedStatementWrapper.java:88)
at org.kie.kogito.persistence.jdbc.JDBCProcessInstances.insertInternal(JDBCProcessInstances.java:159)
... 71 more
I believe this is because the table is created by the application at the start of its code but fails to create it when the PSQL instance isn't ready yet. Once it is able to connect, the table is no longer attempted to be created again. As such, a solution would be to initialize this table in the init.sql script for the PSQL chart.
- relates to
-
KOGITO-5768 Support PostgreSQL persistence in Helm
- Resolved