Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Enhance replicate feature #5214

Closed
PotentialIngenuity opened this issue Apr 1, 2024 · 3 comments · Fixed by #6247
Closed

Enhance replicate feature #5214

PotentialIngenuity opened this issue Apr 1, 2024 · 3 comments · Fixed by #6247
Labels

Comments

@PotentialIngenuity
Copy link

Is your feature request related to a problem? Please describe.
I performed a replicate with a tag filter and found that it deleted every remote/repository/distribution that didnt match the filter. This is not how I would expect the feature to work.

We have several repos we mirror from public repos that get updated once a week. We also have internal repos that get pushed to irregularly. We would like to replicate these repos separately but we currently cannot since anything outside of the filter gets deleted.

Describe the solution you'd like
I think it should never touch anything outside of the filter. Only change what the user is targeting. The removal step could still be run for the filtered content just don't remove anything outside of the filter.

@mdellweg
Copy link
Member

mdellweg commented Apr 2, 2024

This is how the replicate feature was designed and I'm unsure we can actually change that. The idea is that a replica is an hands off box that just fully mirrors a selected subset of upstream distributions.
I think, you can however limit its reach to a domain (given all your plugins already support that).

In case you need much more control, consider writing an ansible playbook a bit like this: mdellweg/squeezer@f426142

@dkliban
Copy link
Member

dkliban commented May 10, 2024

It would be better if the replicate task would create on the replicate Pulp, the pulp labels that are specified in the UpstreamPulp config. THen when the repositories, remotes, and distributions are created, these labels are applied to them. In subsequent runs of the replicate task, the replicate will only consider local repositories with the labels. All other repositories will not be affected by the replicate task. This will allow users to run replicate on a subset of repositories.

@PotentialIngenuity
Copy link
Author

This feature has become more prevalent as I have added other plugins to our environment. Those being containers and python. Each of those occasionally have errors and cause the whole replication task to be marked as a failure. Its makes error handling hard trying to distinguish which plugin actually failed. I was able to create a process that scrapes the logs for the error and this has made it wayy quicker to diagnose the problem.

I would still like to be able to replicate individual repos based on a tag or even plugin type. We have a CI/CD pipeline that builds our rpms and pushes them through our environments. Including the public rpms, containers and python packages is unnecessary and makes the jobs take too long.

gerrod3 added a commit to gerrod3/pulpcore that referenced this issue Jan 30, 2025
gerrod3 added a commit to gerrod3/pulpcore that referenced this issue Jan 30, 2025
gerrod3 added a commit to gerrod3/pulpcore that referenced this issue Jan 30, 2025
gerrod3 added a commit to gerrod3/pulpcore that referenced this issue Feb 18, 2025
gerrod3 added a commit to gerrod3/pulpcore that referenced this issue Feb 18, 2025
gerrod3 added a commit to gerrod3/pulpcore that referenced this issue Feb 18, 2025
gerrod3 added a commit to gerrod3/pulpcore that referenced this issue Feb 18, 2025
gerrod3 added a commit to gerrod3/pulpcore that referenced this issue Feb 18, 2025
gerrod3 added a commit to gerrod3/pulpcore that referenced this issue Feb 18, 2025
gerrod3 added a commit to gerrod3/pulpcore that referenced this issue Feb 26, 2025
gerrod3 added a commit to gerrod3/pulpcore that referenced this issue Feb 26, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants