Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Bug] - Readiness probe fails, database driver unknown #404

Closed
1 task done
ondrejbilcik opened this issue Apr 12, 2022 · 7 comments
Closed
1 task done

[Bug] - Readiness probe fails, database driver unknown #404

ondrejbilcik opened this issue Apr 12, 2022 · 7 comments

Comments

@ondrejbilcik
Copy link

Suggestion

Hi,

I'm running into some issues deploying the chart and would appreciate some pointers for troubleshooting.
My readiness probes are failing, with logs containing the following

2022-04-08 09:52:18,765+0000 JIRA-Bootstrap FATAL      [c.a.jira.startup.JiraStartupLogger] Driver for the database Unknown not found. Ensure it is installed in the 'lib' directory.
2022-04-08 09:52:18,987+0000 JIRA-Bootstrap INFO      [c.a.jira.startup.JiraStartupLogger] Running Jira startup checks.
2022-04-08 09:52:18,987+0000 JIRA-Bootstrap FATAL      [c.a.jira.startup.JiraStartupLogger] Startup check failed. Jira will be locked.

I haven't been able to figure out why the database registers as Unknown, the config and the resulting env vars should be correct.

        database:
          type: postgres72
          driver: org.postgresql.Driver
      ATL_DB_TYPE:                   postgres72
      ATL_DB_DRIVER:               org.postgresql.Driver

Thanks in advance

Product

No response

Code of Conduct

  • I agree to follow this project's Code of Conduct
@errcode1202
Copy link
Collaborator

errcode1202 commented Apr 12, 2022

Hi @ondrejbilcik,

From the info you have supplied I cannot see anything immediately obvious that would cause this. For some more detail would it be possible to supply the configured values.yaml you are using for this deployment?

@bianchi2
Copy link
Collaborator

@ondrejbilcik also a more detailed log will help, I wonder if jdbc url is picked up.

@errcode1202
Copy link
Collaborator

@ondrejbilcik also a more detailed log will help, I wonder if jdbc url is picked up.

Yes this was my thought too, is it possible the url is malformed.

@ondrejbilcik
Copy link
Author

Hi,
Sorry, somehow missed the notifications about your replies.
Attaching the values.file and a bigger log dump. Thanks
values.txt
logs.txt

@bianchi2
Copy link
Collaborator

@ondrejbilcik thanks for sharing the files. What I noticed in the logs is:

INFO:root:/var/atlassian/application-data/jira/dbconfig.xml exists; skipping.

This is how Jira entrypoint works - if the dbconfig.xml exists, it's not overwritten. Perhaps, you passed some malformed value the first time you installed the Helm chart?

I'd suggest delete helm release, make sure PVCs are deleted as well.

OR you can exec into jira container and remove /var/atlassian/application-data/jira/dbconfig.xml file, kill jira pod and let the entrypoint re-generate the file. It'd be great if you can cat this file and share it as well (we may see what's wrong there)

@errcode1202 may have more info on whether or not overwriting dbconfig.xml is possible in the latest versions - we did have a discussion around that recently.

@ondrejbilcik
Copy link
Author

@bianchi2 removing the file and killing the pod worked. Thanks a bunch.
dbconfig.txt

@bianchi2
Copy link
Collaborator

@ondrejbilcik awesome! Yes, currently, if you install the chart and pass malformed db related values, dbconfig.xml is messed and not overwritten when you run helm upgrade. This will be fixed as far as I know.

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

No branches or pull requests

3 participants