-
Notifications
You must be signed in to change notification settings - Fork 6
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
Add logging during setup process and ensure we're reacting to start hook #130
Conversation
This is probably blocked by a dependency issue that I'm trying to solve here: #125 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
I have the same issue locally as https://github.com/canonical/discourse-k8s-operator/actions/runs/6632062737/job/18039459125#step:13:139 But not when I switch back to 'install' instead of 'start' |
bdab324
Test coverage for 659472e
Static code analysis report
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
Overview
We need to react to the
start
event for_set_up_discourse
rather than theinstall
event, because if a container is restarted it won't get aninstall
event.Add logging to the
_set_up_discourse
method so it's easier to see at what point during the process this is failing. In production (likely due to poor disk IO related to https://bugs.launchpad.net/juju/+bug/1989004, still to be confirmed) we're seeing issues where if containers are restarted and we can end up with the set up process failing and so discourse never being started.This only seems possible if we enter the
_set_up_discourse
method, relations are ready and we can connect to the container, but then somewhere later on in this same method we fail to complete the setup.This should help us track down where that's happening.
Checklist
src-docs
urgent
,trivial
,complex
)