Charms unable to request to be polled again soon

Bug #1904420 reported by Kenneth Koski
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Canonical Juju
Triaged
High
Ian Booth

Bug Description

I have a charm that is blocked on startup by a resource that is created by another charm:

https://github.com/juju-solutions/bundle-istio/blob/master/charms/istio-ingressgateway/reactive/charm.py#L46-L73

By default, Juju will run an update-status hook every 5 minutes, which means that charm can only check for the created resources once every 5 minutes, which means users of the charm have to wait a long time for it to completely start up. I can hack around this with

    juju model-config update-status-hook-interval=30s

But this comes at the expense of CPU, as each other charm in the bundle also starts running their update status hooks more frequently. Particularly after all charms are started up, there's no reason to keep this small interval.

I would like a way as a charm author to say "I'm waiting on a resource that will be available soon, please poll me again soon".

Tags: k8s
Revision history for this message
Ian Booth (wallyworld) wrote :

This feature - allowing charms to register to received cluster events for things like resource lifecycle - is being implemented as a feature this cycle.

tags: added: k8s
Changed in juju:
milestone: none → 3.0.0
importance: Undecided → High
status: New → Triaged
Changed in juju:
milestone: 3.0.0 → 3.0.1
Changed in juju:
milestone: 3.0.1 → 3.0.2
Changed in juju:
milestone: 3.0.2 → 3.0.3
Changed in juju:
assignee: nobody → Ian Booth (wallyworld)
Changed in juju:
milestone: 3.0.3 → 3.0.4
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.