Blind retries [Was: Opaque automatic hook retries from API]

2017-01-06 Thread Free Ekanayaka
Stuart Bishop writes: > I find destroy-service/remove-application is particularly problematic, > because the doomed units don't know they are being destroyed but rather is > informed about departing one relation at a time (which is inherently racy, > because the units the doomed service are relat

Re: Opaque automatic hook retries from API

2017-01-06 Thread Stuart Bishop
On 6 January 2017 at 01:39, Casey Marshall wrote: > On Thu, Jan 5, 2017 at 3:33 AM, Adam Collard > wrote: > >> Hi, >> >> The automatic hook retries[0] that landed as part of 2.0 (are documented >> as) run indefinitely[1] - this causes problems as an API user: >> >> Imagine you are driving Juju u

Re: Opaque automatic hook retries from API

2017-01-05 Thread Casey Marshall
^^ s/immutability/idempotency On Thu, Jan 5, 2017 at 12:39 PM, Casey Marshall < casey.marsh...@canonical.com> wrote: > On Thu, Jan 5, 2017 at 3:33 AM, Adam Collard > wrote: > >> Hi, >> >> The automatic hook retries[0] that landed as part of 2.0 (are documented >> as) run indefinitely[1] - this c

Re: Opaque automatic hook retries from API

2017-01-05 Thread Casey Marshall
On Thu, Jan 5, 2017 at 3:33 AM, Adam Collard wrote: > Hi, > > The automatic hook retries[0] that landed as part of 2.0 (are documented > as) run indefinitely[1] - this causes problems as an API user: > > Imagine you are driving Juju using the API, and when you perform an > operation (e.g. set the

Opaque automatic hook retries from API

2017-01-05 Thread Adam Collard
Hi, The automatic hook retries[0] that landed as part of 2.0 (are documented as) run indefinitely[1] - this causes problems as an API user: Imagine you are driving Juju using the API, and when you perform an operation (e.g. set the configuration of a service, or reboot the unit, or add a relation