Project

General

Profile

Actions

Bug #20585

open

Better handle 404 from Pulp and 410 GONE from Candlepin when removing objects

Added by Brad Buckingham over 7 years ago. Updated 8 months ago.

Status:
Needs design
Priority:
Normal
Assignee:
-
Category:
Repositories
Target version:
-
Difficulty:
Triaged:
Fixed in Releases:
Found in Releases:

Description

Cloned from https://bugzilla.redhat.com/show_bug.cgi?id=1382124

Whenever we try to delete an object in Pulp and Candlepin, there are situations where there is a pre-existing data mismatch because a user skipped a paused step or Force Unlocked a stuck task.

There are also situations where you try to delete or disable objects and the actual delete fails because it tries to call DELETE on the remote object via REST and gets a 404.

For cases with a delete hits a 404 trying to remove an object in Pulp/Candlepin, we should continue with the operation and not fail. If the object is gone in the remote API, then just finish out the transaction and delete the object

An example test case to induce this failure state:

1) Enable a repo in the Red Hat Repositories

2) use pulp-admin to delete said repo

3) Attempt to disable repo in Red Hat Repositories page and get a 404

You can run into this when trying to delete higher level containers such as an Organization delete. If any contained remote object in Candlepin or Pulp is missing, the Org delete will fail on 404 errors and the user is forced to hand-skip each step in the transaction until all missing object deletes are skipped.

We need to keep processing the removal and not fail.

Actions

Also available in: Atom PDF