Details
-
Type:
Bug
-
Status: Closed
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: 3.13.0
-
Fix Version/s: 3.14.0
-
Labels:None
-
Epic Link:
Description
While doing additional testing for NEXUS-16852 I found that if an exception happened during download (for example due to HA retry conflicts when multiple nodes attempt to cache the same proxied asset) then that asset would remain in a quarantined state of PENDING.
The only workaround I found was temporarily disabling and re-enabling the quarantine capability.
While the HA conflicts during caching should ideally not happen (NEXUS-17497, NEXUS-17496, and NEXUS-13462 are looking at ways to avoid that) it should not be necessary to have to toggle the capability to unstick pending asset requests.
Expected: if an exception causes an asset to be left as quarantined (PENDING) then the firewall request should at least be rescheduled/retried when the asset is next requested.
If automatically retrying the pending asset is not possible based on incoming requests then we should consider adding a UI button to retry all pending requests, so admins can unstick them.
This might also be related to NEXUS-17494
Workaround to un-stick Assets Stuck in Quarantined state of PENDING
Temporarily disabling and re-enabling the quarantine capability.
Attachments
Issue Links
- is related to
-
NEXUS-17629 Move persisted firewall transaction queue from config to component database for mitigating performance issues
-
- Closed
-
- relates
-
NEXUS-18058 Firewall Audit: re-evaluate when no transaction exists for pending asset
-
- Closed
-
- testing discovered
-
NEXUS-16852 HA-C with Nexus Firewall evaluations may fail due to OConcurrentModificationException Cannot UPDATE the record because the version is not the latest
-
- Closed
-