Problem:
After rebuiling an existing host in foreman, the subscription-manager re-registration fails with: Unit e76239f7-3aac-4f3c-90ac-5d9857d71f47 has been deleted (HTTP error code 410: Gone)
production.log:
RestClient::Gone: Katello::Resources::Candlepin::Consumer: 410 Gone {"displayMessage":"Unit 200254c4-9e86-4afc-8075-8a86c2275a16 has been deleted","requestUuid":"e54b1601-2b41-4ef5-bd51-dd96f98665bc","deletedId":"200254c4-9e86-4afc-8075-8a86c2275a16"} (PUT /candlepin/consumers/200254c4-9e86-4afc-8075-8a86c2275a16)
688ed430 | Body: {"displayMessage":"Unit 200254c4-9e86-4afc-8075-8a86c2275a16 has been deleted","requestUuid":"e54b1601-2b41-4ef5-bd51-dd96f98665bc","deletedId":"200254c4-9e86-4afc-8075-8a86c2275a16"}
688ed430 |
2024-10-23T17:08:51 [E|app|688ed430] /usr/share/gems/gems/katello-4.14.0/app/controllers/katello/api/rhsm/candlepin_proxies_controller.rb:242:in `consumer_activate'
2024-10-23T17:08:51 [I|app|688ed430] Rendered text template (Duration: 0.0ms | Allocations: 2)
2024-10-23T17:08:51 [I|app|688ed430] Completed 410 Gone in 482ms (Views: 1.7ms | ActiveRecord: 31.1ms | Allocations: 115985)
candlepin error.log [thread=https-openssl-nio-127.0.0.1-23443-exec-23] [req=80f81761-2bef-4b9b-83ad-97d1370f73bc, org=, csid=9e18630e-180e-4186-8367-8ccda7c1b771] WARN org.candlepin.resource.util.ConsumerBindUtil - Owner is using simple content access; skipping auto-attach for consumer with activation key: e76239f7-3aac-4f3c-90ac-5d9857d71f47, 7ccb30d5-4535-4262-a09b-f6cb718de895
Expected outcome:
subscription-manager from a rebuilt host was able to re-register without any issues before.
Hi, this is a known issue. We looked at it from the Candlepin side and it looks like Katello, during re-registration, is deleting the system in Candlepin, and then trying to update it (which is why you see that error), instead of creating a new one after deletion
This looks like an issue with katello 4.14 Iāve downgraded a dev build to 4.13 and re-registration works as expected. We are also running the registration twice in our production build as a work around. Hopefully this gets resolved in the next version.
I wouldnāt be opposed, but itās up to the Katello 4.14 release owner. We just wrapped up 4.14.2 and had not planned any additional z-streams yet. But if enough people need it we can.
Iāll try the patch (thanks @John_Beranek), weāre in a mass provisioning/reprovisioning state here and this has been a major unexpected impediment. I upgraded from 3.9 to 3.12 at the end of December, and havenāt bumped to 3.13 because of the RHEL 9 base requirement.