Closed Pjack closed 1 month ago
After discussing with @jdkandersson, I believe we can adopt this practice in the GitHub runner. We don't set the charm to ErrorStatus; instead, we allow the exceptions to bubble up and be handled by the Ops framework. https://github.com/canonical/github-runner-operator/blob/main/src/charm.py#L454
That's to say. If an unexpected error occurs in the workload (e.g., installation failure, service downtime), raise an exception in the charm if no specific action can be provided to resolve the issue. After the operator reviews the workload logs, they can manually resolve Juju.
What do you think ?
+1 for error status. It's a diverge situation so we can't provide a document or instruction to the user.
Address the issue mentioned in
Snap service is down
Un-installation failed
Snap installtion failed (I found it additionally)