We should support a 'reset migration command' where: we trigger: https://pulp-2to3-migration.readthedocs.io/en/latest/restapi.html#operation/migration_plans_reset we delete all the pulp3 href's on content units, and repositories within the katello db This would start allow a user to start it from scratch. This would involve a rake task and a foreman-maintain command
Created from redmine issue https://projects.theforeman.org/issues/31654
Upstream bug assigned to None
Upstream bug assigned to iballou
Moving this bug to POST for triage into Satellite since the upstream issue https://projects.theforeman.org/issues/31654 has been resolved.
An issue was caught with the reset in foreman maintain, so I created a new upstream issue and made a PR. I'm attaching the new upstream issue.
Steps to retest 1. Run command: satellite-maintain content migration-reset Expected result: Should successfully reset migration Actual: enable_and_start_services' for #<ForemanMaintain::Scenarios::Content::MigrationReset:0x00000002b6bb40> Tested on 6.9.0_016. Failing QA
steps to retest: 1. Sync a custom repo or a RH repo 2. Run migration until it's completed 3. Once completed run migration-reset 4. Check pulp3 db 5. Rerun migration again until it's completed 6. Check pulp3 db Expected result: Migration should complete without issues and reset should reset everything back before migration occurred. Actual result: Migration completed without issues and reset was able to reset satellite state before migration took place. I also checked the db and reset does work correctly. Verified on 6.9.0_19.1
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (Satellite 6.9 Satellite Maintenance Release), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2021:1312