Project

General

Profile

Actions

Bug #30389

closed

Second Pulp 3 yum repo sync "empties" the repository

Added by Jonathon Turel over 4 years ago. Updated over 4 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Category:
Repositories
Target version:
Difficulty:
Triaged:
Yes
Fixed in Releases:
Found in Releases:

Description

James and I have this in our dev envs:

- sync a yum repo (I was using pulp3) and note its content counts
- set katello_applicability to 'true' in config/settings.plugins.d/katello.yml
- sync the above repo again, notice its content counts have been cleared out


Related issues 1 (0 open1 closed)

Related to Katello - Bug #30532: Pulp_rpm 3.5 does not return Package Groups tied to Package EnvironmentsClosedSamir JhaActions
Actions #1

Updated by Jonathon Turel over 4 years ago

  • Subject changed from Setting katello_applicability to true empties repos on on subsequent sync to Setting katello_applicability to true empties repos on subsequent sync
Actions #2

Updated by Jonathon Turel over 4 years ago

  • Target version set to Katello 3.16.0
  • Triaged changed from No to Yes
Actions #3

Updated by Steven M over 4 years ago

I think this is the same issue: https://community.theforeman.org/t/katello-3-16-rc4-repository-synchronisation-issues/19593 : empty repo on second synchronization.

What I have seen is that on 3.15 the /var/lib/pulp directory contains:
0005_puppet_module_name_change.txt
assets
content
docroot
katello-export
packages
published
static
tmp
uploads

On a fresh 3.16 RC4, content is missing:
0005_puppet_module_name_change.txt
assets
docroot
katello-export
packages
published
static
tmp
uploads

On initial synchronization, all repository rpms are put into docroot and never transferred to content as in 3.15.

I hope this helps a bit.

Actions #4

Updated by Ian Ballou over 4 years ago

Katello 3.16 is now using Pulp 3 so it's expected for the content folder to be missing. I have a feeling that the issue is related to a second sync causing the repo's Pulp 3 version_href to change incorrectly in Katello. The incorrect version_href would explain the empty content units for the repo. Just an idea, we'll have to test it.

Since Steven M saw this issue without touching katello_applicability, it might not be related to that setting.

Actions #5

Updated by Ian Ballou over 4 years ago

After a quick check, it appears that the second sync is incrementing the version_href from version 1 to 2. The repo version 2 is empty, so no content is indexed and the repo appears to be empty. We'll just need to stop that version_href from changing incorrectly.

Actions #6

Updated by Ian Ballou over 4 years ago

  • Subject changed from Setting katello_applicability to true empties repos on subsequent sync to Second Pulp 3 yum repo sync "empties" the repository
Actions #7

Updated by Justin Sherrill over 4 years ago

This is a pulp issue, we'll track this here to ensure it gets fixed in 3.16 or we add a workaround

Actions #9

Updated by The Foreman Bot over 4 years ago

  • Status changed from New to Ready For Testing
  • Assignee set to Samir Jha
  • Pull request https://github.com/Katello/katello/pull/8873 added
Actions #10

Updated by The Foreman Bot over 4 years ago

  • Pull request https://github.com/Katello/katello/pull/8869 added
Actions #11

Updated by The Foreman Bot over 4 years ago

  • Fixed in Releases Katello 3.18.0 added
Actions #12

Updated by Samir Jha over 4 years ago

  • Status changed from Ready For Testing to Closed
Actions #13

Updated by Jonathon Turel over 4 years ago

  • Pull request deleted (https://github.com/Katello/katello/pull/8869)
Actions #14

Updated by Jonathon Turel over 4 years ago

  • Related to Bug #30532: Pulp_rpm 3.5 does not return Package Groups tied to Package Environments added
Actions

Also available in: Atom PDF