Project

Profile

Help

Task #2383

closed

Test recent pulp syncing to SuSE repositories

Added by semyers over 7 years ago. Updated about 5 years ago.

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

0%

Estimated time:
Platform Release:
Groomed:
Yes
Sprint Candidate:
Yes
Tags:
Pulp 2
Sprint:
Sprint 14
Quarter:

Description

We have a bit of a knowledge gap when it comes to how well Pulp is able to sync from SuSE repositories. We should sync some repos and make sure any bugs that need to be filed are filed, and any bugs that are already opened are updated with current and relevant info.


Related issues

Related to Pulp - Issue #2279: Pulp yum_importer fails when syncing SuSE repositoriesCLOSED - NOTABUGsemyersActions
Actions #1

Updated by semyers over 7 years ago

  • Related to Issue #2279: Pulp yum_importer fails when syncing SuSE repositories added
Actions #3

Updated by semyers over 7 years ago

  • Status changed from ASSIGNED to NEW
  • Assignee deleted (semyers)

I've successfully synced and published some SLES-11 repos, including some with errata and drpms. No unit types were skipped, testing was done using the 2.10.2 beta. I haven't yet testing using the repo from a SLES 11 box to see if zypper complains about the repo we published.

Things done:
- Sync and Publish SLES11 repo with interesting content types (I used SLES11-Updates)

Things left to do:

  • Install and use published repository from a SLES11 system to make sure the repo was published correctly.
  • Repeat the same steps on SLES12:
    • Sync and Publish a SLES12 repo (these use the query auth token business)
    • Install and use published repo from a SLES12 system
  • Test SLES11 with SMT (https://www.suse.com/documentation/smt11/).

I'm releasing this ticket for now with the expectation that it wlll be picked back up in future sprints.

Actions #4

Updated by semyers over 7 years ago

  • Status changed from NEW to ASSIGNED
  • Assignee set to semyers
  • Groomed changed from No to Yes
  • Sprint Candidate changed from No to Yes

I was going to submit this for grooming, but based on the result of some meetings, these things are true:
- We need to do this very soon, in order to find out anything we need to improve in the area of SLES support prior to development on Pulp 2.y coming to an end.
- We need to do everything listed in my previous comment with the possible exception of testing publishing with SMT, though that's likely easy enough to do (https://www.suse.com/documentation/smt11/book_yep/data/smt_mirroring_manage.html for reference, specifically the "Mirroring Custom Repositories" section. I've updated the checklist to outline these tasks.
- I'm likely the only person with the ready knowledge to groom this due to my prior experience setting up SLES test environments for use with Pulp, and it would take as long or longer to get someone else up to speed as it would to just run the tests and record the results.

Based on all that, I've marked this as groomed and assigned it to myself.

Actions #5

Updated by semyers over 7 years ago

Actions #6

Updated by mhrivnak over 7 years ago

  • Sprint/Milestone set to 31
Actions #7

Updated by mhrivnak over 7 years ago

  • Sprint/Milestone changed from 31 to 32
Actions #9

Updated by semyers about 7 years ago

I thought I'd added a checklist item already to document what I'm testing and how as a requirement for completion, but apparently not. Here it is! :)

Actions #10

Updated by semyers about 7 years ago

After talking with some team members, I've decided to remove the "test with SMT" deliverables.

For reference:
https://www.suse.com/products/subscription-management-tool

SMT overlaps with Pulp's problem domain. In my opinion, Pulp should not be syncing content from an SMT-published repository. Rather, either Pulp should be used to sync content from suse for distribution to systems, or SMT should be used to sync content from suse for distribution to systems, not both simultaneously.

Actions #11

Updated by semyers about 7 years ago

  • Status changed from ASSIGNED to CLOSED - WORKSFORME
Actions #13

Updated by bmbouter about 7 years ago

I agree with not supporting syncing from SMT. Practically speaking, if Pulp can sync from the official repos, then Pulp is doing the right thing. If content synced and published with SMT deviate from the official repos I don't expect Pulp to work with that.

Actions #14

Updated by bmbouter about 6 years ago

  • Sprint set to Sprint 16
Actions #15

Updated by bmbouter about 6 years ago

  • Sprint changed from Sprint 16 to Sprint 14
Actions #16

Updated by bmbouter about 6 years ago

  • Sprint/Milestone deleted (32)
Actions #17

Updated by bmbouter about 5 years ago

  • Tags Pulp 2 added

Also available in: Atom PDF