App fails to delete because schedule trigger not found
Description
We have seen a situation where an app fails to delete, complaining that a schedule in the app does not exist:
failed: [localhost] (item={'name': u'[app]'}) => {"connection": "close", "content": "Trigger with name '[ns]:[app]:-SNAPSHOT:WORKFLOW:DataPipelineWorkflow:dataPipelineSchedule' does not exist",
However, the rest endpoint to get the schedule returns that one still exists:
GET v3/namespaces/[ns]/apps/[app]/schedules
Will investigate how a situation like this can occur, but it seems like there is state in multiple places instead of one source of truth. In addition, if we try to delete something and it doesn't exist, we should just move on.
Release Notes
Fixed an issue that would cause applications to sometimes become undelete-able due to a schedule trigger not being found.
Saw this again. This should be a straightforward fix. When trying to delete something, if it doesn’t exist, we should just move on because it’s already in the desired state.
Greeshma SwaminathanFebruary 23, 2022 at 8:23 PM
Re-opening the issue since this was recently observed in a customer setup. When this happens, there is no way to proceed other than removing entry from backend. App deletion should not be blocked , all available triggers should be removed and operation should proceed.
Sreevatsan RamanMay 1, 2019 at 11:52 PM
Will wait to see if we can repro this after SPI rearchitecture.
Fixed
Pinned fields
Click on the next to a field label to start pinning.
We have seen a situation where an app fails to delete, complaining that a schedule in the app does not exist:
failed: [localhost] (item={'name': u'[app]'}) => {"connection": "close", "content": "Trigger with name '[ns]:[app]:-SNAPSHOT:WORKFLOW:DataPipelineWorkflow:dataPipelineSchedule' does not exist",
However, the rest endpoint to get the schedule returns that one still exists:
GET v3/namespaces/[ns]/apps/[app]/schedules
Will investigate how a situation like this can occur, but it seems like there is state in multiple places instead of one source of truth. In addition, if we try to delete something and it doesn't exist, we should just move on.