Closed akshaymankar closed 6 years ago
Similarly, running delete-env
when the stemcell image has already been deleted results in:
Deleting stemcell from cloud:
CPI 'delete_stemcell' method responded with error: CmdError{"type":"Bosh::Clouds::CloudError","message":"Deleting stemcell 'stemcell-936d63e1-ffb4-45c5-6093-b0ebbf177e07': Google Image 'stemcell-936d63e1-ffb4-45c5-6093-b0ebbf177e07' does not exists: \u003cnil cause\u003e","ok_to_retry":false}
Exit code 1
Instead of failing, I would expect the delete stemcell step to no-op.
related/'dupe-ish': #162
Let me look into this. We don't want to get in the business of ignoring errors or explicitly managing recovery of missing resources in the CPI. That's more of a director concern (eg bosh cck
), but I can see where this state is a pain and easy to get into when developing.
@akshaymankar - Old bug I know- but: In this instance was the referenced VM deleted out of band?
@tcdowney - For this issue I don't believe there's anything we can responsibly do in the CPI. The BOSH director doesn't tell the CPI that the deployment is going away, it tells us to delete_stemcell
. Ignoring all 'resource does not exist' errors in response to delete_<..>
calls from the director opens us up to scenarios where the director is corrupt/confused and tells us to delete VMs by the wrong name, we say 'uhh sure it's gone' and entropy increases instead of failing early and fast.
I'd try this issue with bosh-director to see if they want to support some sort of 'ignorable errors'.
Closing due to age and lack of action-ability. Please re-open if this problem crops up.
We use BOSH director 262.0.0 and CPI 25.9.0.
We were deleting environment and got following issue.
Director instance was deleted, but delete-env command failed.