Project

Profile

Help

Issue #6130

closed

Users have a tendency to run /usr/local/bin/pulp-content in production

Added by mdepaulo@redhat.com about 4 years ago. Updated over 2 years ago.

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

Description

Ticket moved to GitHub: "pulp/pulpcore/1866":https://github.com/pulp/pulpcore/issues/1866


The ansible galaxy team was running pulp-content in production by running the /usr/local/bin/pulp-content script: https://github.com/pulp/pulpcore/blob/master/bin/pulp-content

However, this script is not meant to be run in production, only for quickly launching pulp-content like django-admin runserver allows for pulp-api. Users should use gunicorn like the systemd unit and the containers specify in production. https://github.com/pulp/pulpcore/commit/9c36548f4b1f264ea1b835f49c077b67cf6d0d43 https://pulp.plan.io/issues/4218

The agreed upon solution is to turn it into a subcommand of pulpcore-manager

Docs updates will be required for this change too.


Related issues

Has duplicate Pulp - Story #6403: As a user, the `pulp-content` helper script is named correctly as `pulpcore-content`CLOSED - DUPLICATEbmbouter

Actions

Also available in: Atom PDF