Project

Profile

Help

Story #8873

closed

pulp 3 stops when encounters 403 error

Added by mwaqas@bloombergindustry.com over 2 years ago. Updated over 2 years ago.

Status:
CLOSED - DUPLICATE
Priority:
Normal
Assignee:
-
Category:
-
Sprint/Milestone:
-
Start date:
Due date:
% Done:

0%

Estimated time:
Platform Release:
Groomed:
No
Sprint Candidate:
No
Tags:
Katello
Sprint:
Quarter:

Description

pulp 2, when encounters 403 errors it just moves on whereas pulp 3 stops and doesn't continue.


Files

pulp2.png (590 KB) pulp2.png mwaqas@bloombergindustry.com, 06/07/2021 05:34 PM
pulp3.png (145 KB) pulp3.png mwaqas@bloombergindustry.com, 06/07/2021 05:34 PM

Related issues

Related to RPM Support - Issue #8787: "UnboundLocalError: local variable 'result' referenced before assignment" on attempt to sync some reposCLOSED - CURRENTRELEASEdalleyActions
Is duplicate of Pulp - Story #5286: As a user, a Remote should provide an option that allows download errors, e.g. 404 errors to still allow creation of a RepositoryVersionCLOSED - DUPLICATE

Actions
Actions #1

Updated by dkliban@redhat.com over 2 years ago

  • Tracker changed from Issue to Story
  • % Done set to 0
  • Severity deleted (2. Medium)
  • Triaged deleted (No)

We should consider adding options for what errors are acceptable. I am converting this to a Story since this would be a new feature.

Actions #2

Updated by jsherril@redhat.com over 2 years ago

  • Tags Katello added

Katello is interested in this feature, but at a 'normal' priority

Actions #3

Updated by ipanova@redhat.com over 2 years ago

  • Is duplicate of Story #8881: As a user, Pulp will retry downloads by default 3 times and I can configure this value on my Remote added
Actions #4

Updated by ipanova@redhat.com over 2 years ago

  • Status changed from NEW to CLOSED - DUPLICATE
Actions #5

Updated by ipanova@redhat.com over 2 years ago

  • Is duplicate of deleted (Story #8881: As a user, Pulp will retry downloads by default 3 times and I can configure this value on my Remote)
Actions #6

Updated by ipanova@redhat.com over 2 years ago

  • Status changed from CLOSED - DUPLICATE to NEW
Actions #7

Updated by dalley over 2 years ago

@mwaqas@bloombergindustry.com are there particular repositories where you frequently encounter this issue?

Actions #8

Updated by dalley over 2 years ago

  • Related to Issue #8787: "UnboundLocalError: local variable 'result' referenced before assignment" on attempt to sync some repos added
Actions #9

Updated by mwaqas@bloombergindustry.com over 2 years ago

@mwaqas@bloombergindustry.com are there particular repositories where you frequently encounter this issue?

you can refer to ticket my colleague opened https://pulp.plan.io/issues/8875

Thanks!

Actions #10

Updated by dalley over 2 years ago

So this ties into the retry discussion slightly. If one RPM fails to download (for any reason, be it 403, or repeated server errors, etc.) what should we do? Should the sync fail or should we fall back to making that one content unit "on_demand" and hope that the issue later resolves itself, or the RPM is never downloaded?

I think yes.

Actions #11

Updated by dalley over 2 years ago

  • Status changed from NEW to POST
  • Assignee set to dalley
Actions #13

Updated by dalley over 2 years ago

  • Status changed from POST to CLOSED - DUPLICATE
  • Assignee deleted (dalley)

Closing in favor of https://pulp.plan.io/issues/5286 which has more detail and discussion

Actions #14

Updated by dalley over 2 years ago

  • Is duplicate of Story #5286: As a user, a Remote should provide an option that allows download errors, e.g. 404 errors to still allow creation of a RepositoryVersion added

Also available in: Atom PDF