[Pulp-list] rpm plugin: multirepo copy of errata not working

[Daniel Alley]

Hi Adam,

Thank you for providing feedback on some of these rough edges, it is
*extremely* helpful.

There's a couple of things you can try that would give us some useful
information.  If you sync the Pulp 3 repository using the migrated remote,
what happens?  Does the repository change or does it stay the same?

Are the Pulp 2 repositories you're migrating modified significantly from
when they were originally synced? If you make brand new Pulp 3 repositories
and try the same copy operation, does the same weird copy behavior occur?

Also, if it wouldn't be too much trouble, could you file this as an issue
on our bug tracker (https://pulp.plan.io/) with the details?  We can
continue discussion here but if there is a lot of information it's better
to keep it in one place on the issue.

Thanks again,
Daniel


On Tue, Sep 29, 2020 at 8:21 AM Winberg Adam <Adam.Winberg at smhi.se> wrote:

> I applied the patch from
>
>
> https://github.com/pulp/pulp_rpm/commit/712abdf1abb95c969b54fd2968a573189b77bcba
>
>
> and the the copy then went through without errors.
>
>
> I'm a bit confused by the result however. I copied 16 advisories from the
> appstreams repo to my new empty repo and the copy ended up with copying all
> modulemds and almost all packages (11466 of 12053). That doesnt seem right
> to me. And my other new repo ('my-new-repo2') is still empty, meaning that
> of those 11000 packages there were none that had any dependencies from the
> baseos repo which also strikes me as odd. If i set
> 'dependency_solving=True' (contrary to the documentation) I end up with the
> same amount of packages in my 'my-new-repo1' and 2 packages in
> 'my-new-repo2'.
>
>
> Am I misunderstanding something about this functionality?
>
>
> //Adam
>
>
>
>
>
> ------------------------------
> *From:* Winberg Adam
> *Sent:* 28 September 2020 16:44
> *To:* pulp-list at redhat.com
> *Subject:* rpm plugin: multirepo copy of errata not working
>
>
> I have succeeded in migrating my pulp2 content to pulp3 and all repos look
> complete (i've reran the migration and no new repoversions are generated).
>
>
> In an attempt to test the multirepo copy functionality described at
>
> https://pulp-rpm.readthedocs.io/en/latest/workflows/copy.html#recipes
>
>
> , I created a couple of new, empty repos and tried to copy errata from my
> migrated RHEL8-appstream repo to them:
>
> POST /pulp/api/v3/rpm/copy/
> config:=[
>     {"source_repo_version": "<rhel8-appstream-version-href>",
> "dest_repo": "my-new-repo1", "content": [$ADVISORY_HREF1]},
>     {"source_repo_version": "<rhel8-baseos-version-href>", "dest_repo":
> "my-new-repo2", "content": []},
> ]
> dependency_solving=False
>
>
> All looks correct, but the operation ultimately fails with the following
> error:
>
>         "description": "Modulemd matching query does not exist.",
>         "traceback": "  File
> \"/usr/lib/python3.6/site-packages/rq/worker.py\", line 883, in
> perform_job\n    rv = job.perform()\n  File
> \"/usr/lib/python3.6/site-packages/rq/job.py\", line 657, in perform\n
> self._result = self._execute()\n  File
> \"/usr/lib/python3.6/site-packages/rq/job.py\", line 663, in _execute\n
> return self.func(*self.args, **self.kwargs)\n  File
> \"/usr/lib64/python3.6/contextlib.py\", line 52, in inner\n    return
> func(*args, **kwds)\n  File
> \"/usr/lib/python3.6/site-packages/pulp_rpm/app/tasks/copy.py\", line 167,
> in copy_content\n    content_to_copy |=
> find_children_of_content(content_to_copy, source_repo_version)\n  File
> \"/usr/lib/python3.6/site-packages/pulp_rpm/app/tasks/copy.py\", line 74,
> in find_children_of_content\n    name=name, stream=stream, version=version,
> context=context, arch=arch)\n  File
> \"/usr/lib/python3.6/site-packages/django/db/models/query.py\", line 408,
> in get\n    self.model._meta.object_name\n"
>     },
>
> Any ideas why this happens?
>
>
> Regards,
>
> Adam
>
>
>
>
> _______________________________________________
> Pulp-list mailing list
> Pulp-list at redhat.com
> https://www.redhat.com/mailman/listinfo/pulp-list
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/pulp-list/attachments/20200929/0cea8885/attachment.htm>