You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
If an archive goes missing from the Azure storage out-of-band with SHIELD (or possibly, if SHIELD was restored back to a point when the archive existed), then SHIELD will, understandably, attempt to purge it. However, the purge will fail with a not found error. In response to the purge failing, SHIELD will schedule another attempt at some point. This cycle can't break.
To Reproduce
Steps to reproduce the behavior:
Make an archive in azure
Delete it out of band
Watch what happens when it actually expires
Expected behavior
The purge task should succeed if the archive is already gone
Screenshots
If applicable, add screenshots to help explain your problem.
SHIELD versions (please complete the following information):
SHIELD Core: 8.5.0
SHIELD CLI: n/a
Browser version(s) (please complete if reporting a web UI bug):
n/a
Additional context
Add any other context about the problem here.
This could be solved if we can determine, in the Azure plugin, if an archive is actually gone, vs the plugin just not being authorized to see it anymore. I'm not sure if Azure returns 404s for unauthorized/forbidden when attempting to act on blobs.
The text was updated successfully, but these errors were encountered:
Describe the bug
If an archive goes missing from the Azure storage out-of-band with SHIELD (or possibly, if SHIELD was restored back to a point when the archive existed), then SHIELD will, understandably, attempt to purge it. However, the purge will fail with a not found error. In response to the purge failing, SHIELD will schedule another attempt at some point. This cycle can't break.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
The purge task should succeed if the archive is already gone
Screenshots
If applicable, add screenshots to help explain your problem.
SHIELD versions (please complete the following information):
Browser version(s) (please complete if reporting a web UI bug):
n/a
Additional context
Add any other context about the problem here.
This could be solved if we can determine, in the Azure plugin, if an archive is actually gone, vs the plugin just not being authorized to see it anymore. I'm not sure if Azure returns 404s for unauthorized/forbidden when attempting to act on blobs.
The text was updated successfully, but these errors were encountered: