This issue was noticed a few times when the batch state was set to ERROR, but the appState kept the non-terminal state forever (e.g. RUNNING), even if the application was finished (in this case Yarn Application).
It seems that this happens when there is some intermittent failure during the monitoring step and the batch ends with ERROR, leaving the application metadata without an update. This can lead to some misinterpretation that the application is still running. We need to set this to UNKNOWN state to avoid errors.
Describe Your Solution π§
This is a simple fix that only checks if the batch state is ERROR and the appState is not in a terminal state and changes the appState to UNKNOWN, in these cases (during the batch metadata update).
Types of changes :bookmark:
[x] Bugfix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)
Test Plan π§ͺ
Behavior Without This Pull Request :coffin:
If there is some error between the Kyuubi and the Application request (e.g. YARN client), the batch is finished with ERROR state and the application keeps the last know state (e.g. RUNNING).
Behavior With This Pull Request :tada:
If there is some error between the Kyuubi and the Application request (e.g. YARN client), the batch is finished with ERRORstate and the application has a non-terminal state, it is forced to UNKNOWN state.
Related Unit Tests
I've tried to implement a unit test to replicate this behavior but I didn't make it. We need to force an exception in the Engine Request (e.g. YarnClient.getApplication) but we need to wait for the application to be in the RUNNING state before raising this exception, or maybe block the connection between kyuubi and the engine.
:mag: Description
Issue References π
This issue was noticed a few times when the batch
state
wasset
toERROR
, but theappState
kept the non-terminal state forever (e.g.RUNNING
), even if the application was finished (in this case Yarn Application).It seems that this happens when there is some intermittent failure during the monitoring step and the batch ends with ERROR, leaving the application metadata without an update. This can lead to some misinterpretation that the application is still running. We need to set this to
UNKNOWN
state to avoid errors.Describe Your Solution π§
This is a simple fix that only checks if the batch state is
ERROR
and the appState is not in a terminal state and changes theappState
toUNKNOWN
, in these cases (during the batch metadata update).Types of changes :bookmark:
Test Plan π§ͺ
Behavior Without This Pull Request :coffin:
If there is some error between the Kyuubi and the Application request (e.g. YARN client), the batch is finished with
ERROR
state and the application keeps the last know state (e.g. RUNNING).Behavior With This Pull Request :tada:
If there is some error between the Kyuubi and the Application request (e.g. YARN client), the batch is finished with
ERROR
state and the application has a non-terminal state, it is forced toUNKNOWN
state.Related Unit Tests
I've tried to implement a unit test to replicate this behavior but I didn't make it. We need to force an exception in the Engine Request (e.g.
YarnClient.getApplication
) but we need to wait for the application to be in the RUNNING state before raising this exception, or maybe block the connection between kyuubi and the engine.Checklist π
Be nice. Be informative.