Project

Profile

Help

Issue #4399

closed

'on_demand' policy does not create an Artifact for requested content

Added by dkliban@redhat.com about 5 years ago. Updated almost 5 years ago.

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

Description

I noticed that every time I request a file from a repository version created with a remote that has 'on_demand' policy, the file is always streamed from the remote. Pulp doesn't seem to store the artifact.

1. Create a repository.
2. Create a file remote with 'on_demand' policy
3. Sync the remote with repository created in 1.
4. Create file publisher.
5. Publish using the publisher and create a publication from repository created in 1.
6. Create a distribution that uses the publication created in 5.
7. Request a file from the pulp_content_app that is served by distribution created in 6.
8. Check the REST API or the database to see if any new artifacts got created.

Actions #1

Updated by dkliban@redhat.com about 5 years ago

  • Status changed from NEW to ASSIGNED
  • Assignee set to dkliban@redhat.com
Actions #2

Updated by gmbnomis about 5 years ago

We had a similar issue before (#4369) which had a surprising resolution: httpie aborts binary downloads. Just to make sure, what tool did you use for step 7?

Actions #3

Updated by dkliban@redhat.com about 5 years ago

  • Status changed from ASSIGNED to CLOSED - WORKSFORME

This is definitely a duplicate non-issue. Using cURL to retrieve the content from Pulp did cause Pulp to store the artifact.

Actions #4

Updated by daviddavis almost 5 years ago

  • Sprint/Milestone set to 3.0.0
Actions #5

Updated by bmbouter almost 5 years ago

  • Tags deleted (Pulp 3)

Also available in: Atom PDF