Bug 2018888
| Summary: | Actions::Pulp3::CapsuleContent::RefreshDistribution fails with NoMethodError: undefined method `pulp_href' for nil:NilClass | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat Satellite | Reporter: | Jan Hutař <jhutar> | ||||
| Component: | Pulp | Assignee: | satellite6-bugs <satellite6-bugs> | ||||
| Status: | CLOSED DUPLICATE | QA Contact: | Lai <ltran> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 6.10.0 | CC: | jsherril, ttereshc | ||||
| Target Milestone: | Unspecified | Keywords: | Triaged | ||||
| Target Release: | Unused | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | python-pulp-rpm-3.14.7 | Doc Type: | If docs needed, set a value | ||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2021-11-12 08:39:29 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
|
Description
Jan Hutař
2021-11-01 08:01:37 UTC
Could this be investigated on the katello side first? Thanks. would you happen to have the foreman-debug from the capsule? (Or would you be able to give access to the boxes?) It appears that a bunch of syncs failed, which cascaded and caused the traceback you see 'undefined method pulp_href'. We should try to make this clearer (by not trying to refresh distributions if a sync fails), but the root cause is that the syncs failed with: pulp [3505d97d-a5e2-44a8-93cc-b2a700f51042]: pulp_rpm.app.tasks.synchronizing:INFO: Synchronizing: repository=7-org4-ccv-rhel8-max-org4-le3-9fa86a96-548a-40ba-b21c-07add284b32 Task 567cdef3-12c1-4e7c-97c6-40b6708717e6 failed (get() returned more than one UpdateRecord -- it returned 2!) File "/usr/lib/python3.6/site-packages/pulpcore/tasking/pulpcore_worker.py", line 317, in _perform_task result = func(*args, **kwargs) File "/usr/lib/python3.6/site-packages/pulp_rpm/app/tasks/synchronizing.py", line 490, in synchronize version = dv.create() File "/usr/lib/python3.6/site-packages/pulpcore/plugin/stages/declarative_version.py", line 151, in create loop.run_until_complete(pipeline) File "/usr/lib/python3.6/site-packages/pulpcore/app/models/repository.py", line 963, in __exit__ repository.finalize_new_version(self) File "/usr/lib/python3.6/site-packages/pulp_rpm/app/models/repository.py", line 353, in finalize_new_version resolve_advisories(new_version, previous_version) File "/usr/lib/python3.6/site-packages/pulp_rpm/app/advisory.py", line 87, in resolve_advisories previous_advisory = previous_advisories.get(id=advisory_id) File "/usr/lib/python3.6/site-packages/django/db/models/query.py", line 412, in get (self.model._meta.object_name, num) This looks like this issue: https://pulp.plan.io/issues/9519 which is fixed in 3.16 but backported to pulp-rpm 3.14.7. Looking at your capsule, 3.14.6 is installed. This may be a dupe of https://bugzilla.redhat.com/show_bug.cgi?id=2013320 Hello. Yes, it is possible this bug is a duplicate of 2013320 as I have hit that as well (in same job) - see bug 2013320 comment #14. Also number of occurrences is suspiciously similar: bug 2018888 24 times and bug 2013320 12 times. What is strange is that one bug caused error on one sub-tasks, while another bug caused error on different sub-tasks. If they would be dupes, I would expect they would both happen for same sub-task. I might be trying patch from bug 2013320 so if it resolve this, I'll close it. Yes, I think this is a duplicate of bug 2013320. Thank you for looking into this! *** This bug has been marked as a duplicate of bug 2013320 *** |