<div dir="ltr">Hi all,<div><br></div><div>I have had some over and back discussion with the owners of the service broker over IRC and <a href="https://github.com/openshift/ansible-service-broker/pull/751">on this pull request</a> in relation to <a href="https://github.com/openshift/ansible-service-broker/issues/666">issue #666</a>. Ryan suggested I open up this thread for discussion on how we will handle failed deprovisions, whilst remaining compliant to the spec.</div><div><br></div><div>To summarise the conversation, the spec states that "<span style="color:rgb(36,41,46)"><font face="times new roman, serif">When a Service Broker receives a deprovision request from a Platform, it MUST delete any resources it created during the provision</font></span><span style="color:rgb(36,41,46);font-family:-apple-system,system-ui,"Segoe UI",Helvetica,Arial,sans-serif,"Apple Color Emoji","Segoe UI Emoji","Segoe UI Symbol"">.</span>" , my question to Ryan was what happens in the case of a deprovision when the playbook is broken and it fails early. </div><div><br></div><div>This leaves potentially many kubernetes resources orphaned within a namespace. Since we don't track this particular resources, we then have no way to delete them later.</div><div><br></div><div>The linked pr sets a flag to overwrite the current behaviour, which is spec compliant with regards to return codes as is. We are wondering what people think the default behaviour should be and what could be done with these untracked resources when a playbook fails.</div><div><br></div><div>Regards</div><div>Philip</div><div><br></div></div>