<div dir="ltr"><div>Hi Jason,</div><div><br></div><div>We had couple of fixes in the post GA versions regarding issues with the duplicated/overlapping paths.</div><div>I believe this is what you are seeing <a href="https://pulp.plan.io/issues/6303">https://pulp.plan.io/issues/6303</a></div><div><br></div><div>Unfortunately we do not support upgrading path from RC to GA so you would basically need to make a fresh install.<br></div><div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div>Let us know if you run into any issues.<br></div><div dir="ltr"><br>--------<br>Regards,<br><br>Ina Panova<br>Senior Software Engineer| Pulp| Red Hat Inc.<br><br>"Do not go where the path may lead,<br> go instead where there is no path and leave a trail."<br></div></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, May 14, 2020 at 7:21 PM JASON STELZER <<a href="mailto:jasonstelzer@boomi.com">jasonstelzer@boomi.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Sorry this is a little long, but there's a lot to understand.<div><br></div><div>I have a few repositories that i'm mirroring. All of them are public. Mostly this is a shim so we can promote changes from one env to another over time without getting different packages installed at different times, which is a clumsy work around for a different problem. Anyways....<div><br></div><div>I'd like to expose them as one versioned logical end point to the client machines.</div><div><br></div><div>I'm working on an upgrade from an old RC version to the latest version of pulp. What I'm observing are failed synch tasks.</div><div>For example:</div><div>                "description": "Cannot create repository version. Path is duplicated: mysql-utilities-1.3<br>.6-1.el7.noarch.rpm.",<br> </div><div>I'm omitting the traceback because ultimately it's not interesting. In this case the package above exists in more than one upstream.</div><div><br></div><div>On the client side, when you yum install something the client has to decide which thing to use and doesn't (generally) just explode in the face of ambiguity. And, in the wild west, you can add as many .repo files as you need.</div><div><br></div><div>So I did some digging and some package name set intersections to get a count of the number of packages that are overlapping. For example:</div><div>Conflicts between rhui-REGION-rhel-server-releases vs rhui-REGION-rhel-server-extras are 2<br>Conflicts between rhui-REGION-rhel-server-releases vs rhui-REGION-rhel-server-optional are 191<br>Conflicts between rhui-REGION-rhel-server-rhscl vs rhui-REGION-rhel-server-releases are 6<br>Conflicts between rhui-REGION-rhel-server-rhscl vs rhui-REGION-rhel-server-optional are 8<br>Conflicts between mysql-tools-community vs mysql-connectors-community are 1<br>Conflicts between rhui-REGION-rhel-server-rh-common vs epel are 1<br><br></div><div><br></div><div>Now, depending on a bunch of things I could just order the repos by some sort of consistent precedence order and just take the whole collection and do something like:</div><div><br></div><div>rsync --include*.rpm --exclude=* /tmp/mirror/path /some/flattened/namespace</div><div><br></div><div>And then run createrepo and import the de-duplicated and overwritten files. My question to you all is: is this expected behavior? Are there better alternatives?</div><div><br></div><div>I would really prefer to not juggle 1:1 mappings of public repos to internal repos because it gets time consuming and error prone fast. </div><div><br></div><div>And most of these seem genuinely the same content just in different places:</div><div> find . -name glusterfs-api-3.7.1-16.el7.x86_64.rpm|xargs sha1sum<br><br></div><div>fa74c6e6350da38304b09dd200fba8bc33c7d4b0  ./rhui-REGION-rhel-server-releases/Packages/g/glusterfs-api-3.7.1-16.el7.x86_64.rpm<br><br></div><div>fa74c6e6350da38304b09dd200fba8bc33c7d4b0  ./rhui-REGION-rhel-server-rh-common/Packages/g/glusterfs-api-3.7.1-16.el7.x86_64.rpm<br></div><div><br></div><div>I'm in the middle of writing a little linter to make sure the checksums are indeed the same and that we don't have a package 'foo' with the same version but different contents for some crazy reason, if only for my own clarification.</div><div><br>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div>J.</div></div></div></div></div></div></div></div>
_______________________________________________<br>
Pulp-list mailing list<br>
<a href="mailto:Pulp-list@redhat.com" target="_blank">Pulp-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/pulp-list" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/pulp-list</a></blockquote></div>