d972dc93cd
A possibility exists where inspector *can* fail upon inspection if the database connectivity was lost on a prior action. This is because the last database transport is potentially bad and fails upon load for the transaction. The cache can then end up with an "error" state entry, which upon retrying can fail becasue it is already in error state Because there really are no guarentees regarding database failures, the best thing to do is to not trust the prior cache state if it is in error and to reset it to starting upon new introspection requests. This prevents operators from *having* to perform process restarts to force all loads to be from the database unless they manage to have a multi-inspector cluster and get another inspector node to inspect in the mean time. Change-Id: I04ae1d54028862642d043f3a8f3af99405863325 Story: 2008344 Task: 41246 Related: rhbz#1947147
8 lines
315 B
YAML
8 lines
315 B
YAML
---
|
|
fixes:
|
|
- |
|
|
Fixes an issue where a failed inspection due to a transient failure can
|
|
prevent retry attempts to inspect to be perceived as a failure. If a prior
|
|
inspection fails and is in ``error`` state, when a new introspection is
|
|
requested, the state is now appropriately set to ``starting``.
|