Pulp: Issueshttps://pulp.plan.io/https://pulp.plan.io/favicon.ico2021-07-28T11:43:11ZPulp
Planio Debian Support - Issue #9164 (CLOSED - CURRENTRELEASE): Dropping Python 3.6 and 3.7 from the 2.14...https://pulp.plan.io/issues/91642021-07-28T11:43:11Zquba42
<p>It looks like this was merged prematurely on my part.</p>
<p>Users have reported the following:</p>
<pre><code>I tried to update pulp_deb plugins using ansible but getting error as per below.
TASK [pulp.pulp_installer.pulp_common : Install prerequisites] ******************************************************************************************************************************************************************************
fatal: [pulptest008.karmalab.net]: FAILED! => {"changed": false, "msg": "No package matching 'rh-python38-python' found available, installed or updated", "rc": 126, "results": ["python-setuptools-0.9.8-7.el7.noarch providing python-setuptools is already installed", "No package matching 'rh-python38-python' found available, installed or updated"]}
</code></pre>
<p>Fresh installs are also suffering weird dependency effects where Python 3 is not being installed at all.</p> Debian Support - Task #8682 (CLOSED - CURRENTRELEASE): Migrate to new Distribution model for pulp...https://pulp.plan.io/issues/86822021-05-03T12:21:35Zquba42Debian Support - Issue #8671 (CLOSED - CURRENTRELEASE): Sync with Main Debian Repo fails on a tra...https://pulp.plan.io/issues/86712021-04-30T08:43:16Ztp-hlawatsch
<p>Hello everybody,</p>
<p>we plan to use pulp as our main tool for repos . We testing at the moment Debian mirroring
Our pulp testinstance is runing with the latest offical docker image</p>
<p>This is the configured remote repo</p>
<p>{
"name": "debian",
"url": "<a href="http://ftp.de.debian.org/debian/" class="external">http://ftp.de.debian.org/debian/</a>",
"ca_cert": null,
"client_cert": null,
"client_key": null,
"tls_validation": false,
"proxy_url": null,
"proxy_username": null,
"proxy_password": null,
"username": null,
"password": null,
"pulp_labels": {},
"download_concurrency": "10",
"policy": "immediate",
"total_timeout": null,
"connect_timeout": null,
"sock_connect_timeout": null,
"sock_read_timeout": null,
"rate_limit": null,
"distributions": "buster",
"components": "main",
"architectures": "amd64",
"sync_sources": false,
"sync_udebs": false,
"sync_installer": false,
"gpgkey": null,
"ignore_missing_package_indices": false
}</p>
<p>the sync run in to the following error</p>
<p>{
"pulp_href": "/pulp/api/v3/tasks/a7bd851b-f001-4f5f-89eb-0e0de529a556/",
"pulp_created": "2021-04-30T07:53:11.537345Z",
"state": "failed",
"name": "pulp_deb.app.tasks.synchronizing.synchronize",
"logging_cid": "00de2125667f4c7e8b8e01554c401eeb",
"started_at": "2021-04-30T07:53:11.648803Z",
"finished_at": "2021-04-30T07:53:19.135647Z",
"error": {
"traceback": " File "/usr/local/lib/python3.6/site-packages/rq/worker.py", line 1008, in perform_job\n rv = job.perform()\n File "/usr/local/lib/python3.6/site-packages/rq/job.py", line 706, in perform\n self._result = self._execute()\n File "/usr/local/lib/python3.6/site-packages/rq/job.py", line 729, in _execute\n result = self.func(*self.args, **self.kwargs)\n File "/usr/local/lib/python3.6/site-packages/pulp_deb/app/tasks/synchronizing.py", line 122, in synchronize\n DebDeclarativeVersion(first_stage, repository, mirror=mirror).create()\n File "/usr/local/lib/python3.6/site-packages/pulpcore/plugin/stages/declarative_version.py", line 149, in create\n loop.run_until_complete(pipeline)\n File "/usr/lib64/python3.6/asyncio/base_events.py", line 484, in run_until_complete\n return future.result()\n File "/usr/local/lib/python3.6/site-packages/pulpcore/plugin/stages/api.py", line 225, in create_pipeline\n await asyncio.gather(*futures)\n File "/usr/local/lib/python3.6/site-packages/pulpcore/plugin/stages/api.py", line 43, in <strong>call</strong>\n await self.run()\n File "/usr/local/lib/python3.6/site-packages/pulpcore/plugin/stages/artifact_stages.py", line 266, in run\n RemoteArtifact.objects.bulk_get_or_create(self._needed_remote_artifacts(batch))\n File "/usr/local/lib/python3.6/site-packages/pulpcore/plugin/stages/artifact_stages.py", line 324, in _needed_remote_artifacts\n msg.format(rp=content_artifact.relative_path, c=d_content.content)\n",
"description": "No declared artifact with relative path "dists/buster/main/i18n/Translation-ml.bz2" for content """
},</p>
<p>We do not see a misconfiguration on our side so I raised this issue here</p>
<p>Regards
Stephan Hlawatsch</p> Debian Support - Task #8388 (CLOSED - CURRENTRELEASE): Handle ALLOWED_CONTENT_CHECKSUMS settinghttps://pulp.plan.io/issues/83882021-03-11T14:59:24Zquba42
<p>Right now the pulp_deb plugin is dependend on the following hashs being present on artifacts: md5, sha1, sha256, sha512.</p>
<p>Starting with pulpcore 3.11 will exclude md5 and sha1 from ALLOWED_CONTENT_CHECKSUMS by default.</p>
<p>Pulp deb will need to handle this gracefully. There is still some debate on whether pulp_deb makes sense without md5 feature wise. As a result, the solution may need to include demanding or encouraging a different configuration from pulp_deb users than the pulpcore default configuration.</p>
<p>See the following mailing list threads:</p>
<ul>
<li><a href="https://listman.redhat.com/archives/pulp-dev/2021-February/msg00017.html" class="external">https://listman.redhat.com/archives/pulp-dev/2021-February/msg00017.html</a></li>
<li><a href="https://listman.redhat.com/archives/pulp-dev/2021-March/msg00013.html" class="external">https://listman.redhat.com/archives/pulp-dev/2021-March/msg00013.html</a></li>
</ul> CertGuard - Issue #7182 (CLOSED - CURRENTRELEASE): The docs aren't buildinghttps://pulp.plan.io/issues/71822020-07-21T20:25:23Zbmbouterbmbouter@redhat.com
<a name="The-docs-site-on-RTD-is-no-longer-building"></a>
<h2 >The docs site on RTD is no longer building<a href="#The-docs-site-on-RTD-is-no-longer-building" class="wiki-anchor">¶</a></h2>
<p>You can see the 1.0.0 and 1.0.1 changelogs are not present: <a href="https://pulp-certguard.readthedocs.io/en/latest/changes.html" class="external">https://pulp-certguard.readthedocs.io/en/latest/changes.html</a></p>
<p>The last successful build was Completed June 30, 2020. 6:54 p.m from (6d951eb3203a19f627d1f3e0e729f8c3a3107c0b)</p>
<p>The RTD builder fails with:</p>
<pre><code>DEPRECATION: Python 2.7 reached the end of its life on January 1st, 2020. Please upgrade your Python as Python 2.7 is no longer maintained. pip 21.0 will drop support for Python 2.7 in January 2021. More details about Python 2 support in pip, can be found at https://pip.pypa.io/en/latest/development/release-process/#python-2-support
Collecting PyOpenSSL
Downloading pyOpenSSL-19.1.0-py2.py3-none-any.whl (53 kB)
ERROR: Could not find a version that satisfies the requirement pulpcore<3.6,>=3.3 (from -r requirements.txt (line 2)) (from versions: 3.0.0a1.dev3, 3.0.0a1.dev4, 3.0.0a1.dev5, 3.0.0a1, 3.0.0a2, 3.0.0a3, 3.0.0a4, 3.0.0a5, 3.0.0a6, 3.0.0a7, 3.0.0a8, 3.0.0a9, 3.0.0a10, 3.0.0a11, 3.0.0a12, 3.0.0a13, 3.0.0a14, 3.0.0a15, 3.0.0a16, 3.0.0a17, 3.0.0a18, 3.0.0a19, 3.0.0a20, 3.0.0a21, 3.0.0a22, 3.0.0a23, 3.0.0a24, 3.0.0a25, 3.0.0a26, 3.0.0a27, 3.0.0a28, 3.0.0a29, 3.0.0b1, 3.0.0b2, 3.0.0b3, 3.0.0b4, 3.0.0b5, 3.0.0b6, 3.0.0b7)
ERROR: No matching distribution found for pulpcore<3.6,>=3.3 (from -r requirements.txt (line 2))
</code></pre> Pulp - Story #3778 (CLOSED - CURRENTRELEASE): [Epic] As a user, I can run Pulp 3 in a FIPS-enable...https://pulp.plan.io/issues/37782018-06-21T16:13:49ZdaviddavisInfrastructure - Issue #3170 (CLOSED - WORKSFORME): Blog posts not showing uphttps://pulp.plan.io/issues/31702017-12-06T15:59:26Zbmbouterbmbouter@redhat.com
<p>There are posts in the repo for Nov 9 and Nov 21, but those corresponding posts, don't show up on the website: <a href="https://pulpproject.org/blog/" class="external">https://pulpproject.org/blog/</a></p>
<p>For example take this post: <a href="https://github.com/pulp/pulpproject.org/blob/gh-pages/_posts/2017-11-09-community-demo.md" class="external">https://github.com/pulp/pulpproject.org/blob/gh-pages/_posts/2017-11-09-community-demo.md</a></p>
<p>It should be listed here: <a href="https://pulpproject.org/blog/" class="external">https://pulpproject.org/blog/</a></p>
<p>When I push that same code to my forked version on Github Pages, I do see it here: <a href="https://bmbouter.github.io/pulpproject.org/blog/" class="external">https://bmbouter.github.io/pulpproject.org/blog/</a></p> RPM Support - Issue #3020 (CLOSED - WORKSFORME): Distribution files mismatchhttps://pulp.plan.io/issues/30202017-09-19T12:16:08Zbeny
<p>We mirror CentOS repositories in our Pulp and we've hit the issue described in [1] with releases 7.2 and 7.4.<br>
It affects all files in the <code>LiveOS</code> and <code>images</code> directories as follows (note the 7.2 and 7.4 symlink pointing to the same file):</p>
<pre><code>:/var/lib/pulp] find ./published/yum/master/yum_distributor/centos-7* -iname vmlinuz -ls
11163912 4 lrwxrwxrwx 1 apache apache 129 Sep 19 12:17 ./published/yum/master/yum_distributor/centos-72/1505816224.61/images/pxeboot/vmlinuz -> /var/lib/pulp/content/units/distribution/de/d64602f1a2165af46f6cd4c8c2645a0422607173fb34617458c9f419e2c7bf/images/pxeboot/vmlinuz
34740815 4 lrwxrwxrwx 1 apache apache 129 Sep 19 13:16 ./published/yum/master/yum_distributor/centos-73/1505819770.72/images/pxeboot/vmlinuz -> /var/lib/pulp/content/units/distribution/8d/d927134b78ab15e3c803b686a6baf564c5ccb97154da48f9ead7041eb53188/images/pxeboot/vmlinuz
11021555 4 lrwxrwxrwx 1 apache apache 129 Sep 19 08:39 ./published/yum/master/yum_distributor/centos-74/1505803143.84/images/pxeboot/vmlinuz -> /var/lib/pulp/content/units/distribution/de/d64602f1a2165af46f6cd4c8c2645a0422607173fb34617458c9f419e2c7bf/images/pxeboot/vmlinuz
</code></pre>
<p>Even when the repos are deleted and created again, pulp still thinks the 7.2 and 7.4 distribution files are the same. When downloaded manually form upstream we feed our pulp from [2, 3], the files indeed differ.</p>
<pre><code>md5sum 72/vmlinuz 74/vmlinuz
418a1a0074554d7d7d63b514990c2d1f 72/vmlinuz
43a395b89485ec908e6c0622273299c4 74/vmlinuz
</code></pre>
<p>I use a workaround of removng the <code>feed</code> and <code>sync schedule</code> of 7.4 to have up-to-date 7.2 distribution files. This allows me to serve both 7.2 and 7.4 rpms, but I'm unable to mirror both 7.2 and 7.4 distribution files simultaneously</p>
<p>[1] <a href="https://www.redhat.com/archives/pulp-list/2016-January/msg00003.html" class="external">https://www.redhat.com/archives/pulp-list/2016-January/msg00003.html</a><br>
[2] <a href="http://vault.centos.org/centos/7.2.1511/os/x86_64/" class="external">http://vault.centos.org/centos/7.2.1511/os/x86_64/</a><br>
[3] <a href="http://mirror.centos.org/centos/7.4.1708/os/x86_64/" class="external">http://mirror.centos.org/centos/7.4.1708/os/x86_64/</a></p> RPM Support - Issue #2793 (CLOSED - WORKSFORME): applicable rpms only show up if at least one err...https://pulp.plan.io/issues/27932017-06-05T19:56:19Zjsherril@redhat.comjsherril@redhat.com
<p>Steps to reproduce:</p>
<p>1) Register a consumer<br>
2) create and sync a yum repository without errata (such as centos7 updates <a href="http://mirror.centos.org/centos/7/updates/x86_64/" class="external">http://mirror.centos.org/centos/7/updates/x86_64/</a>)<br>
3) bind the consumer to repo 2)<br>
4) ensure that at least one package is older than is available (such as running 'yum downgrade screen')<br>
5) generate repo applicability using the call:</p>
<p>POST /pulp/api/v2/consumers/actions/content/regenerate_applicability/ with body:</p>
<pre><code>{ 'consumer_criteria' : { 'filters' : { 'id' : { '$in' : [UUID] } } } }
</code></pre>
<p>6) fetch applicable rpm ids:<br>
/consumers/content/applicability/</p>
<pre><code>{
'criteria' : { 'filters' : { 'id' : { '$in' : [UUID] } } },
'content_types' : ['rpm']
}
</code></pre>
<p>The list will be empty. However if you then</p>
<p>7) create a new repo with errata (<a href="https://jlsherrill.fedorapeople.org/fake-repos/needed-errata/" class="external">https://jlsherrill.fedorapeople.org/fake-repos/needed-errata/</a>), sync it<br>
8) bind that repo to the consumer<br>
9) install the older version of walrus (0.71)<br>
10) trigger applicability generation in the same way<br>
11) fetch applicable rpm ids again</p>
<p>you'll see that now walrus AND the needed centos rpms are showing as applicable. The rpms applicable from the 2nd repo have nothing to do with the first repo. It seems like maybe pulp is ignoring all applicable rpms if no errata are applicable.</p> Pulp - Issue #2050 (CLOSED - WORKSFORME): HTTP 500 rather than a HTTP 404 when a missing resource...https://pulp.plan.io/issues/20502016-07-01T13:16:22Zjcline@redhat.comjcline@redhat.com
<p>In current master, requesting a URL that doesn't exist triggers a 404, but that triggers a 500 when Django encounters the following error:</p>
<pre><code>Jul 01 13:10:51 dev pulp[1928]: django.request:WARNING: Not Found: /var/www/pub/yum/https/repos/NaN
Jul 01 13:10:51 dev pulp[1928]: django.request:ERROR: (1928-96352) Internal Server Error: /var/www/pub/yum/https/repos/NaN
Jul 01 13:10:51 dev pulp[1928]: django.request:ERROR: (1928-96352) Traceback (most recent call last):
Jul 01 13:10:51 dev pulp[1928]: django.request:ERROR: (1928-96352) File "/usr/lib/python2.7/site-packages/django/core/handlers/base.py", line 92, in get_exception_response
Jul 01 13:10:51 dev pulp[1928]: django.request:ERROR: (1928-96352) response = callback(request, **dict(param_dict, exception=exception))
Jul 01 13:10:51 dev pulp[1928]: django.request:ERROR: (1928-96352) File "/usr/lib/python2.7/site-packages/django/utils/decorators.py", line 149, in _wrapped_view
Jul 01 13:10:51 dev pulp[1928]: django.request:ERROR: (1928-96352) response = view_func(request, *args, **kwargs)
Jul 01 13:10:51 dev pulp[1928]: django.request:ERROR: (1928-96352) File "/usr/lib/python2.7/site-packages/django/views/defaults.py", line 40, in page_not_found
Jul 01 13:10:51 dev pulp[1928]: django.request:ERROR: (1928-96352) body = template.render(context, request)
Jul 01 13:10:51 dev pulp[1928]: django.request:ERROR: (1928-96352) File "/usr/lib/python2.7/site-packages/django/template/backends/django.py", line 95, in render
Jul 01 13:10:51 dev pulp[1928]: django.request:ERROR: (1928-96352) return self.template.render(context)
Jul 01 13:10:51 dev pulp[1928]: django.request:ERROR: (1928-96352) File "/usr/lib/python2.7/site-packages/django/template/base.py", line 204, in render
Jul 01 13:10:51 dev pulp[1928]: django.request:ERROR: (1928-96352) with context.bind_template(self):
Jul 01 13:10:51 dev pulp[1928]: django.request:ERROR: (1928-96352) File "/usr/lib64/python2.7/contextlib.py", line 17, in __enter__
Jul 01 13:10:51 dev pulp[1928]: django.request:ERROR: (1928-96352) return self.gen.next()
Jul 01 13:10:51 dev pulp[1928]: django.request:ERROR: (1928-96352) File "/usr/lib/python2.7/site-packages/django/template/context.py", line 260, in bind_template
Jul 01 13:10:51 dev pulp[1928]: django.request:ERROR: (1928-96352) updates.update(processor(self.request))
Jul 01 13:10:51 dev pulp[1928]: django.request:ERROR: (1928-96352) File "/usr/lib/python2.7/site-packages/django/contrib/auth/context_processors.py", line 60, in auth
Jul 01 13:10:51 dev pulp[1928]: django.request:ERROR: (1928-96352) from django.contrib.auth.models import AnonymousUser
Jul 01 13:10:51 dev pulp[1928]: django.request:ERROR: (1928-96352) File "/usr/lib/python2.7/site-packages/django/contrib/auth/models.py", line 6, in <module>
Jul 01 13:10:51 dev pulp[1928]: django.request:ERROR: (1928-96352) from django.contrib.contenttypes.models import ContentType
Jul 01 13:10:51 dev pulp[1928]: django.request:ERROR: (1928-96352) File "/usr/lib/python2.7/site-packages/django/contrib/contenttypes/models.py", line 161, in <module>
Jul 01 13:10:51 dev pulp[1928]: django.request:ERROR: (1928-96352) class ContentType(models.Model):
Jul 01 13:10:51 dev pulp[1928]: django.request:ERROR: (1928-96352) File "/usr/lib/python2.7/site-packages/django/db/models/base.py", line 102, in __new__
Jul 01 13:10:51 dev pulp[1928]: django.request:ERROR: (1928-96352) "INSTALLED_APPS." % (module, name)
Jul 01 13:10:51 dev pulp[1928]: django.request:ERROR: (1928-96352) RuntimeError: Model class django.contrib.contenttypes.models.ContentType doesn't declare an explicit app_label and isn't in an application in INSTALLED_APPS.
</code></pre>
<p>This is quite unpleasant and it's unclear what went wrong unless you look at the logs and realize it's a HTTP 404.</p>
<p>To reproduce:</p>
<p>1. Request a url that doesn't exist. Something like <a href="https://dev.example.com/pulp/repos/NaN" class="external">https://dev.example.com/pulp/repos/NaN</a><br>
2. See a HTTP 500</p>
<p>Note this occurs with python2-django-1.9.7-1.fc24.noarch</p> Docker Support - Issue #1986 (CLOSED - WORKSFORME): Download Error When Syncing OpenShift Registryhttps://pulp.plan.io/issues/19862016-06-08T15:56:56Zlucarvallucarval@redhat.com
<p>I'm unable to perform a docker repo sync with an Integrated Openshift Registry.<br>
I modified the "docker_importer" config to contain "basic_auth_username" and "basic_auth_password" attributes as suggested in <a href="https://pulp.plan.io/issues/1975" class="external">https://pulp.plan.io/issues/1975</a>.</p>
<p>Authentication seems to work properly as some of the task steps are successful.</p>
<p>However, it seems to fail during the "Downloading remote files" stage.</p>
<pre><code>$ pulp-admin docker repo sync run --repo-id devops-osbs-openshift
+----------------------------------------------------------------------+
Synchronizing Repository [devops-osbs-openshift]
+----------------------------------------------------------------------+
This command may be exited via ctrl+c without affecting the request.
Downloading manifests
[\]
... completed
Copying units already in pulp
[-]
... completed
Copying units already in pulp
[-]
... completed
Downloading remote files
[ ] 0%
0 of 4 items
Task Failed
Content import of
/var/cache/pulp/reserved_resource_worker-2@brew-pulp-docker01.web.qa.ext.phx1.re
dhat.com/fb14c674-0d47-4948-9662-3000bcb10f2f/sha256:478be19d61cd9d6871c440ac574
f7ce9b966c35d51a392dabf99a8dc01a2e924 failed - must be an existing file.
</code></pre>
<p>We've identified the file mentioned above is an image layer.</p>
<p>Debugging information indicates that download failed but file was still attempted to be copied, which seems odd. All error messages/tracebacks available are from this copy step which does not appear to be the root cause of the issue considering download failed.</p>
<pre><code>{
"num_success": 0,
"description": "Downloading remote files",
"step_type": "sync_step_download",
"items_total": 3,
"state": "FAILED",
"error_details": [],
"details": "",
"num_failures": 3,
"step_id": "88062216-6722-4522-aebb-f029737450cf",
"num_processed": 3
},
{
"num_success": 0,
"description": "Saving Manifests and Blobs",
"step_type": "sync_step_save",
"items_total": 1,
"state": "FAILED",
"error_details": [
{
"traceback": " File \"/usr/lib/python2.7/site-packages/pulp/plugins/util/publish_step.py\", line 232, in process\n self._process_block(item=item)\n\n File \"/usr/lib/python2.7/site-packages/pulp/plugins/util/publish_step.
py\", line 291, in _process_block\n self.process_main(item=item)\n\n File \"/usr/lib/python2.7/site-packages/pulp_docker/plugins/importers/sync.py\", line 282, in process_main\n item.save_and_import_content(os.path.join(self.get_wo
rking_dir(), item.digest))\n\n File \"/usr/lib/python2.7/site-packages/pulp/server/db/model/__init__.py\", line 801, in save_and_import_content\n self.safe_import_content(path, location)\n\n File \"/usr/lib/python2.7/site-packages/pu
lp/server/db/model/__init__.py\", line 814, in safe_import_content\n self.import_content(path, location)\n\n File \"/usr/lib/python2.7/site-packages/pulp/server/db/model/__init__.py\", line 786, in import_content\n raise exceptions
.PulpCodedException(error_code=error_codes.PLP0037, path=path)\n",
"error": "Content import of /var/cache/pulp/reserved_resource_worker-2@brew-pulp-docker01.web.qa.ext.phx1.redhat.com/121483e4-7453-454d-ba83-8bc83dba115f/sha256:18c96d12bd777da143dbdac5daaaaa5abb8b77d5697c43611b5be58a5097e220
failed - must be an existing file."
}
],
"details": "",
"num_failures": 1,
"step_id": "755c0fa6-6e9f-48ed-a5fd-212a7ea67028",
"num_processed": 1
},
</code></pre>
<p>Importer config being used:</p>
<pre><code>
{
"_href": "/pulp/api/v2/repositories/devops-osbs-openshift/importers/docker_importer/",
"_id": {
"$oid": "57582fed11573f410613dba6"
},
"_ns": "repo_importers",
"config": {
"basic_auth_password": "*****",
"basic_auth_username": "lucarval",
"enable_v1": false,
"enable_v2": true,
"feed": "https://my-registry-url",
"upstream_name": "osbs-qa01/helloworld"
},
"id": "docker_importer",
"importer_type_id": "docker_importer",
"last_sync": null,
"repo_id": "devops-osbs-openshift",
"scratchpad": null
}
</code></pre> Pulp - Issue #1867 (CLOSED - WORKSFORME): pulp-admin fails silently to publish all files of a repohttps://pulp.plan.io/issues/18672016-04-26T15:04:37Zbriccib.ricci@opentech.com
<p>Greetings,<br>
I'm trying to create an ossec private repo, and I'm stuck in publishing one file. The repository seems to be created correctly, and the upload procedure seems to go just fine, as well as the publish operation. However, every time I try to list all the files of the published repo, one file is always missing.</p>
<p>Steps to reproduce:<br>
1) wget -r --no-parent -A ossec*2.8.3-53*.rpm <a href="https://www6.atomicorp.com/channels/ossec/centos/7/x86_64/RPMS/" class="external">https://www6.atomicorp.com/channels/ossec/centos/7/x86_64/RPMS/</a><br>
2) pulp-admin rpm repo create --repo-id myrepo --display-name myrepo --description "my provate repo" --relative-url "myrepo" --serve-http true --serve-https true<br>
3) pulp-admin rpm repo uploads rpm --repo-id myrepo --dir www6.atomicorp.com/channels/ossec/centos/7/x86_64/RPMS/<br>
4) pulp-admin rpm repo publish run --repo-id myrepo<br>
5) open a web browser, navigate to pulp repository content, the file ossec-hids-server-2.8.3-53.el7.art.x86_64.rpm should be missing<br>
6) pulp-admin rpm repo content rpm --repo-id=opentech --match 'name=^ossec' ---> the file should be listed.</p>
<p>Thanks in advance.</p> Pulp - Issue #748 (CLOSED - WORKSFORME): Apache httpd getattr denial on RHEL7 after restart of Pulphttps://pulp.plan.io/issues/7482015-03-11T09:57:30Zlzap@redhat.com
<p>We see denial during pulp restart on RHEL7. It looks like wsgi files are not given correct file contexts.</p>
<p>RHEL7:</p>
<pre><code>[root@dell-per905-01 ~]# ausearch -m AVC
----
time->Tue Mar 10 22:03:22 2015
type=SYSCALL msg=audit(1426039402.284:509): arch=c000003e syscall=6 success=no exit=-13 a0=7f1c6c0d1478 a1=7fffc7451ac0 a2=7fffc7451ac0 a3=0 items=0 ppid=2534 pid=2616 auid=4294967295 uid=48 gid=48 euid=48 suid=48 fsuid=48 egid=48 sgid=48 fsgid=48 tty=(none) ses=4294967295 comm="httpd" exe="/usr/sbin/httpd" subj=system_u:system_r:httpd_t:s0 key=(null)
type=AVC msg=audit(1426039402.284:509): avc: denied { getattr } for pid=2616 comm="httpd" path="/srv/pulp/webservices.wsgi" dev="dm-1" ino=1965416 scontext=system_u:system_r:httpd_t:s0 tcontext=system_u:object_r:var_t:s0 tclass=file
[root@dell-per905-01 ~]# ll /srv/pulp -Z
-rw-r--r--. root root system_u:object_r:var_t:s0 puppet_forge_post33_api.wsgi
-rw-r--r--. root root system_u:object_r:var_t:s0 puppet_forge_pre33_api.wsgi
-rw-r--r--. root root system_u:object_r:var_t:s0 repo_auth.wsgi
-rw-r--r--. root root system_u:object_r:var_t:s0 webservices.wsgi
[root@dell-per905-01 ~]# rpm -qa | grep pulp-selinux
pulp-selinux-2.6.0-0.7.beta.1.el7sat.noarch
No problems on RHEL6:
[root@sgi-xe320-01 ~]# ausearch -m AVC
<no matches>
[root@sgi-xe320-01 ~]# ll /srv/pulp -Z
-rw-r--r--. root root system_u:object_r:httpd_sys_content_t:s0 puppet_forge_post33_api.wsgi
-rw-r--r--. root root system_u:object_r:httpd_sys_content_t:s0 puppet_forge_pre33_api.wsgi
-rw-r--r--. root root system_u:object_r:httpd_sys_content_t:s0 repo_auth.wsgi
-rw-r--r--. root root system_u:object_r:httpd_sys_content_t:s0 webservices.wsgi
[root@sgi-xe320-01 ~]# rpm -qa | grep pulp-selinux
pulp-selinux-2.6.0-0.7.beta.1.el6_6sat.noarch
</code></pre>
<p>Cloned from <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1200722" class="external">https://bugzilla.redhat.com/show_bug.cgi?id=1200722</a></p> Docker Support - Issue #739 (CLOSED - WORKSFORME): Not a directory error when publishinghttps://pulp.plan.io/issues/7392015-03-06T14:23:24Zjgreguskejgregusk@redhat.com
<p>When publishing a docker repository, I get an error.</p>
<p>Here are details of the repository</p>
<pre><code>{'_href': '/pulp/api/v2/repositories/redhat-openshift3_beta-ose-deployer/',
'_id': {'$oid': '54f8da6baa9ea96c3522e6d7'},
'_ns': 'repos',
'content_unit_counts': {'docker_image': 9},
'description': 'Handles deploying containers when new versions are available or triggered',
'display_name': 'redhat-openshift3_beta-ose-deployer',
'distributors': [{'_id': {'$oid': '54f8da6baa9ea96c3522e6da'},
'_ns': 'repo_distributors',
'auto_publish': True,
'config': {'protected': False,
'redirect-url': 'http://internal.redhat.server.com/containers/registry/',
'repo-registry-id': 'openshift3_beta/ose-deployer'},
'distributor_type_id': 'docker_distributor_web',
'id': 'docker_web_distributor_name_cli',
'last_publish': '2015-03-06T13:44:07Z',
'repo_id': 'redhat-openshift3_beta-ose-deployer',
'scheduled_publishes': []},
{'_id': {'$oid': '54f8da6baa9ea96c3522e6d9'},
'_ns': 'repo_distributors',
'auto_publish': True,
'config': {'protected': False,
'redirect-url': 'http://internal.redhat.server.com/containers/registry/',
'repo-registry-id': 'openshift3_beta/ose-deployer'},
'distributor_type_id': 'docker_distributor_export',
'id': 'docker_export_distributor_name_cli',
'last_publish': '2015-03-06T13:44:00Z',
'repo_id': 'redhat-openshift3_beta-ose-deployer',
'scheduled_publishes': []}],
'id': 'redhat-openshift3_beta-ose-deployer',
'importers': [{'_id': {'$oid': '54f8da6baa9ea96c3522e6d8'},
'_ns': 'repo_importers',
'config': {},
'id': 'docker_importer',
'importer_type_id': 'docker_importer',
'last_sync': None,
'repo_id': 'redhat-openshift3_beta-ose-deployer',
'scheduled_syncs': []}],
'last_unit_added': '2015-03-05T22:36:28Z',
'last_unit_removed': None,
'notes': {'_repo-type': 'docker-repo'},
'scratchpad': {'tags': [{'image_id': 'c6bc2d82fcfd0c7a5a9560970b520dc7dddbc477bd97065aeb421b1749c8b73b',
'tag': 'latest'},
{'image_id': 'c6bc2d82fcfd0c7a5a9560970b520dc7dddbc477bd97065aeb421b1749c8b73b',
'tag': 'v0.3'}]}}
</code></pre>
<p>Attempting to publish with the REST API (or CLI) leads to a traceback in the spawned subtask:</p>
<pre><code>Traceback (most recent call last):
File "/usr/lib/python2.6/site-packages/celery/app/trace.py", line 240, in trace_task
R = retval = fun(*args, **kwargs)
File "/usr/lib/python2.6/site-packages/pulp/server/async/tasks.py", line 337, in __call__
return super(Task, self).__call__(*args, **kwargs)
File "/usr/lib/python2.6/site-packages/celery/app/trace.py", line 437, in __protected_call__
return self.run(*args, **kwargs)
File "/usr/lib/python2.6/site-packages/pulp/server/managers/repo/publish.py", line 98, in publish
transfer_repo, conduit, call_config)
File "/usr/lib/python2.6/site-packages/pulp/server/managers/repo/publish.py", line 130, in _do_publish
publish_report = publish_repo(transfer_repo, conduit, call_config)
File "/usr/lib/python2.6/site-packages/pulp/server/async/tasks.py", line 492, in wrap_f
return f(*args, **kwargs)
File "/opt/pulp_docker/plugins/pulp_docker/plugins/distributors/distributor_web.py", line 123, in publish_repo
return self._publisher.publish()
File "/usr/lib/python2.6/site-packages/pulp/plugins/util/publish_step.py", line 508, in publish
return self.process_lifecycle()
File "/usr/lib/python2.6/site-packages/pulp/plugins/util/publish_step.py", line 457, in process_lifecycle
super(PluginStep, self).process_lifecycle()
File "/usr/lib/python2.6/site-packages/pulp/plugins/util/publish_step.py", line 122, in process_lifecycle
step.process()
File "/usr/lib/python2.6/site-packages/pulp/plugins/util/publish_step.py", line 180, in process
self._process_block()
File "/usr/lib/python2.6/site-packages/pulp/plugins/util/publish_step.py", line 215, in _process_block
self.process_main()
File "/usr/lib/python2.6/site-packages/pulp/plugins/util/publish_step.py", line 776, in process_main
shutil.copytree(timestamp_master_location, publish_location, symlinks=True)
File "/usr/lib64/python2.6/shutil.py", line 136, in copytree
names = os.listdir(src)
OSError: [Errno 20] Not a directory: '/var/lib/pulp/published/docker/master/redhat-openshift3_beta-ose-deployer/1425648629.96/redhat-openshift3_beta-ose-deployer.json'
</code></pre> RPM Support - Task #144 (CLOSED - WORKSFORME): Ensure that DNF works with Pulp rpm reposhttps://pulp.plan.io/issues/1442015-02-05T14:53:01Zcduryeecduryee@redhat.com
<p>With Fedora 22 DNF will be the default instead of yum[0].</p>
<p>This task is to subscribe to a pulp rpm repo and download content with DNF. The output of this task is not necessarily to fix any issues but just to put in bugzilla entries for any breakage.</p>
<p>[0] <a href="http://fedoraproject.org/wiki/Changes/ReplaceYumWithDNF" class="external">http://fedoraproject.org/wiki/Changes/ReplaceYumWithDNF</a></p>