Project

Profile

Help

Issue #7773

closed

pulp_installer fails to install redis due to no EPEL7

Added by mdepaulo@redhat.com over 3 years ago. Updated almost 3 years ago.

Status:
CLOSED - CURRENTRELEASE
Priority:
Normal
Category:
Installer - Moved to GitHub issues
Sprint/Milestone:
-
Start date:
Due date:
Estimated time:
Severity:
2. Medium
Version:
Platform Release:
OS:
Triaged:
No
Groomed:
No
Sprint Candidate:
Yes
Tags:
Katello
Sprint:
Quarter:
Q1-2021

Description

On CentOS 7 / RHEL 7, since recent refactoring, the role pulp_redis fails to install the package "redis" unless EPEL7 was already added to the system by the user.

(Our molecule CI's CentOS 7 docker image does install EPEL7, so it is not catching this bug.)

There are 4 possible solutions:

  1. Copy the EPEL tasks from pulp_common to pulp_redis
  2. Refactor the tasks into a common dependency/included role "pulp_repos", that presumably accepts variables from dependant roles like pulp_redis and pulp_common.
  3. Use the SCL instead, which is what the Katello / Satellite build team prefer.
  4. Ask if the task system refactoring will eliminate the need for redis altogether (so #1 would be a temporary hack.)

#3 would be especially time-consuming to implement in-place upgrade logic due to: * This looks problematic to migrate the redis database because of on different /var path. * If were to clear the redis database instead, we'd need to finish all Pulp tasks 1st.

Katello is working around this by calling a separate EPEL role.


Related issues

Related to Pulp - Story #8701: As a pulp_installer user, I can use the full logic to add repos to the system no matter which role I applyNEW

Actions
Has duplicate Pulp - Issue #8531: "Getting started" guide fails at redisCLOSED - DUPLICATEActions
Actions #1

Updated by mdepaulo@redhat.com over 3 years ago

  • Assignee set to mdepaulo@redhat.com
Actions #2

Updated by mdepaulo@redhat.com over 3 years ago

  • Status changed from NEW to ASSIGNED
Actions #3

Updated by luto about 3 years ago

Just ran into this in #8531. I am happy to take this on, if you'd like. Which of the 4 possible solutions do you prefer?

Actions #4

Updated by luto about 3 years ago

pre_tasks:
  - name: install EPEL
    yum:
      name: epel-release
    become: yes
roles:
  - pulp.pulp_installer.pulp_all_services

Temporary fix for anyone else coming across this.

Actions #5

Updated by pulpbot about 3 years ago

  • Status changed from ASSIGNED to POST

Added by luto about 3 years ago

Revision bf10221a | View on GitHub

fix redis in getting started guide

Installing on a fresh CentOS 7 box is currently broken, because EPEL is missing. This adds a temporary fix until the role itself is fixed, so users can actually install pulp.

ref #7773 https://pulp.plan.io/issues/7773

Added by luto about 3 years ago

Revision bf10221a | View on GitHub

fix redis in getting started guide

Installing on a fresh CentOS 7 box is currently broken, because EPEL is missing. This adds a temporary fix until the role itself is fixed, so users can actually install pulp.

ref #7773 https://pulp.plan.io/issues/7773

Actions #6

Updated by mdepaulo@redhat.com about 3 years ago

  • Has duplicate Issue #8531: "Getting started" guide fails at redis added
Actions #7

Updated by ttereshc about 3 years ago

  • Status changed from POST to MODIFIED
  • Quarter changed from Q4-2020 to Q1-2021
Actions #8

Updated by mdepaulo@redhat.com almost 3 years ago

  • Status changed from MODIFIED to CLOSED - CURRENTRELEASE

Fixed in 3.12.1 .

Actions #9

Updated by mdepaulo@redhat.com almost 3 years ago

My previous comment was incorrect, and this issue isn't really "fixed", just a workaround in the example doc.

We will fix it as part of #8701

Actions #10

Updated by mdepaulo@redhat.com almost 3 years ago

  • Related to Story #8701: As a pulp_installer user, I can use the full logic to add repos to the system no matter which role I apply added

Also available in: Atom PDF