Project

Profile

Help

Issue #1965

closed

force_full is not supported by yum_distributor

Added by Ichimonji10 almost 8 years ago. Updated about 5 years ago.

Status:
CLOSED - NOTABUG
Priority:
Normal
Assignee:
-
Sprint/Milestone:
-
Start date:
Due date:
Estimated time:
Severity:
2. Medium
Version:
Master
Platform Release:
OS:
Triaged:
No
Groomed:
No
Sprint Candidate:
No
Tags:
Pulp 2
Sprint:
Quarter:

Description

Let's say one does the following:

1. Create and sync an RPM repository.
2. Publish the repo.
3. Publish the repo again.

The first publish should be a full publish, and the second should be a fast-forward publish. Pulp does this. Now, let's say one does the following:

1. Create and sync an RPM repository.
2. Publish the repo.
3. Publish the repo again, with the force_full flag set to true.

In this case, both publishes should be full. One can verify this is so by finding the last task spawned by the publish operation, and verifying its ['results']['details'] attribute. It should look something like this:

[{'...': '...'},
 {u'description': u'Publishing RPMs',
  u'details': u'',
  u'error_details': [],
  u'items_total': 32,
  u'num_failures': 0,
  u'num_processed': 32,  # NOTE: num_processed > 0
  u'num_success': 32,
  u'state': u'FINISHED',
  u'step_id': u'8cb2aba3-e372-4f33-b300-50d0faee8f6f',
  u'step_type': u'rpms'},
  {'...': '...'}]

The "force_full" feature is not present on Pulp 2.8. As a result, the num_processed attribute has a value of 0. This is as expected.

The "force_full" feature is present on Pulp 2.9. As a result, the num_processed attribute should have a value of 32. That's not currently the case. Instead, the last task's ['results']['details'] attribute has the following value: 'Skipped. Nothing changed since last publish'. This indicates that a full publish did not occur, and that a fast-forward publish occurred instead.

Also available in: Atom PDF