Due to the fix made for
AMBARI-19053, the prereq check for previously created needs to be corrected for determining the downgrade that matched the failed upgrade.
The original logic for this check was overly complex (and kind of wrong). It ignored the state of the downgrade if one existed. In reality, we should care about the "last" downgrade and what its state is. Additionally, checking for `FinalizeUpgradeAction` as part of the commands in an upgrade is problematic for upgrades which may not have this command on different stacks.