Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
Red Hat Satellite engineering is moving the tracking of its product development work on Satellite to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "Satellite project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs will be migrated starting at the end of May. If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "Satellite project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/SAT-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Sometimes when publishing a content view, a race condition can occur that causes the content view publish step to fail at the distributor publish step. The steps to reproduce are not concrete as this is an intermittent failure, one could try:
1. Create content view with lots of repositories
2. Constantly publish the content view
Another idea would be to:
1. Create 10 content views with multiple repositories
2. Loop publish the 10 content views
Work around: Resume content view publish task
The traceback associated with the issue is:
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/celery/app/trace.py", line 240, in trace_task
R = retval = fun(*args, **kwargs)
File "/usr/lib/python2.7/site-packages/pulp/server/async/tasks.py", line 473, in __call__
return super(Task, self).__call__(*args, **kwargs)
File "/usr/lib/python2.7/site-packages/pulp/server/async/tasks.py", line 103, in __call__
return super(PulpTask, self).__call__(*args, **kwargs)
File "/usr/lib/python2.7/site-packages/celery/app/trace.py", line 437, in __protected_call__
return self.run(*args, **kwargs)
File "/usr/lib/python2.7/site-packages/pulp/server/controllers/repository.py", line 971, in publish
result = _do_publish(repo_obj, dist_id, dist_inst, transfer_repo, conduit, call_config)
File "/usr/lib/python2.7/site-packages/pulp/server/controllers/repository.py", line 1023, in _do_publish
publish_report = publish_repo(transfer_repo, conduit, call_config)
File "/usr/lib/python2.7/site-packages/pulp/server/async/tasks.py", line 658, in wrap_f
return f(*args, **kwargs)
File "/usr/lib/python2.7/site-packages/pulp_katello/distributors/yum_clone_distributor/distributor.py", line 138, in publish_repo
self.link_directory(working_dir, https_publish_dir)
File "/usr/lib/python2.7/site-packages/pulp_katello/distributors/yum_clone_distributor/distributor.py", line 157, in link_directory
os.makedirs(base_path)
File "/usr/lib64/python2.7/os.py", line 157, in makedirs
mkdir(name, mode)
OSError: [Errno 17] File exists: '/var/lib/pulp/published/yum/https/repos/Sat6-CI/content_views/Tools_RHEL7/54.0/custom/Red_Hat_Satellite_Tools_6_2_Composes'
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.
https://access.redhat.com/errata/RHBA-2017:0197
Sometimes when publishing a content view, a race condition can occur that causes the content view publish step to fail at the distributor publish step. The steps to reproduce are not concrete as this is an intermittent failure, one could try: 1. Create content view with lots of repositories 2. Constantly publish the content view Another idea would be to: 1. Create 10 content views with multiple repositories 2. Loop publish the 10 content views Work around: Resume content view publish task The traceback associated with the issue is: Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/celery/app/trace.py", line 240, in trace_task R = retval = fun(*args, **kwargs) File "/usr/lib/python2.7/site-packages/pulp/server/async/tasks.py", line 473, in __call__ return super(Task, self).__call__(*args, **kwargs) File "/usr/lib/python2.7/site-packages/pulp/server/async/tasks.py", line 103, in __call__ return super(PulpTask, self).__call__(*args, **kwargs) File "/usr/lib/python2.7/site-packages/celery/app/trace.py", line 437, in __protected_call__ return self.run(*args, **kwargs) File "/usr/lib/python2.7/site-packages/pulp/server/controllers/repository.py", line 971, in publish result = _do_publish(repo_obj, dist_id, dist_inst, transfer_repo, conduit, call_config) File "/usr/lib/python2.7/site-packages/pulp/server/controllers/repository.py", line 1023, in _do_publish publish_report = publish_repo(transfer_repo, conduit, call_config) File "/usr/lib/python2.7/site-packages/pulp/server/async/tasks.py", line 658, in wrap_f return f(*args, **kwargs) File "/usr/lib/python2.7/site-packages/pulp_katello/distributors/yum_clone_distributor/distributor.py", line 138, in publish_repo self.link_directory(working_dir, https_publish_dir) File "/usr/lib/python2.7/site-packages/pulp_katello/distributors/yum_clone_distributor/distributor.py", line 157, in link_directory os.makedirs(base_path) File "/usr/lib64/python2.7/os.py", line 157, in makedirs mkdir(name, mode) OSError: [Errno 17] File exists: '/var/lib/pulp/published/yum/https/repos/Sat6-CI/content_views/Tools_RHEL7/54.0/custom/Red_Hat_Satellite_Tools_6_2_Composes'