Pulp: Issueshttps://pulp.plan.io/https://pulp.plan.io/favicon.ico2015-02-28T22:14:46ZPulp
Planio RPM Support - Issue #484 (CLOSED - WONTFIX): Updating a yum importer behaves differently than upd...https://pulp.plan.io/issues/4842015-02-28T22:14:46Zjcline@redhat.comjcline@redhat.com
<p>Description of problem: When I pass nonsense keys to the yum importer, it happily takes them. When I do the same thing to the distributor, it results in a traceback.</p>
<p>Version-Release number of selected component (if applicable): master</p>
<p>How reproducible: always</p>
<p>Steps to Reproduce:<br>
1. Create a test repository: pulp-admin rpm repo create --repo-id zoo --feed <a href="https://repos.fedorapeople.org/repos/pulp/pulp/demo_repos/zoo/" class="external">https://repos.fedorapeople.org/repos/pulp/pulp/demo_repos/zoo/</a></p>
<p>2. Update the distributor: curl -i -H "Accept: application/json" -X PUT -d '{ "distributor_config": {"NOTAKEY":"NOTAVALUE"}}' -u admin:admin -k '<a href="https://localhost/pulp/api/v2/repositories/zoo/distributors/yum_distributor/" class="external">https://localhost/pulp/api/v2/repositories/zoo/distributors/yum_distributor/</a>'</p>
<p>3. Retrieve the resulting task: curl -i -H "Accept: application/json" -X GET -u admin:admin -k '<a href="https://localhost/pulp/api/v2/tasks/%5C" class="external">https://localhost/pulp/api/v2/tasks/\</a><task-id>/'</p>
<p>4. Update the importer: curl -i -H "Accept: application/json" -X PUT -d '{ "importer_config": {"NOTAKEY":"NOTAVALUE"}}' -u admin:admin -k '<a href="https://localhost/pulp/api/v2/repositories/zoo/importers/yum_importer/" class="external">https://localhost/pulp/api/v2/repositories/zoo/importers/yum_importer/</a>'</p>
<p>5. Retrieve the resulting task: curl -i -H "Accept: application/json" -X GET -u admin:admin -k '<a href="https://localhost/pulp/api/v2/tasks/%5C" class="external">https://localhost/pulp/api/v2/tasks/\</a><task-id>/'</p>
<p>Actual results:<br>
Distributor results:<br>
{<br>
"_href": "/pulp/api/v2/tasks/52d953d4-3d7c-4b5e-8b15-02c0bf84ae05/",<br>
"_id": {<br>
"$oid": "53e3a2cab53073e66875f0ed"<br>
},<br>
"_ns": "task_status",<br>
"error": {<br>
"code": "PLP0000",<br>
"data": {},<br>
"description": "Configuration key [NOTAKEY] is not supported",<br>
"sub_errors": []<br>
},<br>
"exception": null,<br>
"finish_time": "2014-08-07T16:01:14Z",<br>
"id": "53e3a2ca7bc8f6604cd176ca",<br>
"progress_report": {},<br>
"queue": "<a href="mailto:reserved_resource_worker-4@jcline.redhat.com.dq" class="email">reserved_resource_worker-4@jcline.redhat.com.dq</a>",<br>
"result": null,<br>
"spawned_tasks": [],<br>
"start_time": "2014-08-07T16:01:14Z",<br>
"state": "error",<br>
"tags": [<br>
"pulp:repository:zoo",<br>
"pulp:repository_distributor:yum_distributor",<br>
"pulp:action:update_distributor"<br>
],<br>
"task_id": "52d953d4-3d7c-4b5e-8b15-02c0bf84ae05",<br>
"task_type": "pulp.server.tasks.repository.distributor_update",<br>
"traceback": "Traceback (most recent call last):\n File \"/usr/lib/python2.7/site-packages/celery/app/trace.py\", line 240, in trace_task\n R = retval = fun(*args, **kwargs)\n File \"/home/jcline/devel/pulp/server/pulp/server/async/tasks.py\", line 306, in <em>call</em>\n return super(Task, self).__call__(*args, **kwargs)\n File \"/usr/lib/python2.7/site-packages/celery/app/trace.py\", line 437, in <em>protected_call</em>\n return self.run(*args, **kwargs)\n File \"/home/jcline/devel/pulp/server/pulp/server/tasks/repository.py\", line 143, in distributor_update\n distributor = manager.update_distributor_config(repo_id, distributor_id, config, auto_publish)\n File \"/home/jcline/devel/pulp/server/pulp/server/managers/repo/distributor.py\", line 333, in update_distributor_config\n raise PulpDataException(message)\nPulpDataException: Configuration key [NOTAKEY] is not supported\n"<br>
}</p>
<p>Importer results:<br>
{<br>
"_href": "/pulp/api/v2/tasks/cb0d38a4-d11f-4bb9-8dd1-dccf5163e33c/",<br>
"_id": {<br>
"$oid": "53e3a275b53073e66875f0ec"<br>
},<br>
"_ns": "task_status",<br>
"error": null,<br>
"exception": null,<br>
"finish_time": "2014-08-07T15:59:49Z",<br>
"id": "53e3a2757bc8f6604cd176c9",<br>
"progress_report": {},<br>
"queue": "<a href="mailto:reserved_resource_worker-2@jcline.redhat.com.dq" class="email">reserved_resource_worker-2@jcline.redhat.com.dq</a>",<br>
"result": {<br>
"_id": {<br>
"$oid": "53e267d17bc8f602856d69c0"<br>
},<br>
"_ns": "repo_importers",<br>
"config": {<br>
"NOTAKEY": "NOTAVALUE",<br>
"feed": "<a href="https://repos.fedorapeople.org/repos/pulp/pulp/demo_repos/zoo/" class="external">https://repos.fedorapeople.org/repos/pulp/pulp/demo_repos/zoo/</a>"<br>
},<br>
"id": "yum_importer",<br>
"importer_type_id": "yum_importer",<br>
"last_sync": "2014-08-06T20:11:47Z",<br>
"repo_id": "zoo",<br>
"scheduled_syncs": [],<br>
"scratchpad": null<br>
},<br>
"spawned_tasks": [],<br>
"start_time": "2014-08-07T15:59:49Z",<br>
"state": "finished",<br>
"tags": [<br>
"pulp:repository:zoo",<br>
"pulp:repository_importer:yum_importer",<br>
"pulp:action:update_importer"<br>
],<br>
"task_id": "cb0d38a4-d11f-4bb9-8dd1-dccf5163e33c",<br>
"task_type": "pulp.server.managers.repo.importer.update_importer_config",<br>
"traceback": null<br>
}</p>
<p>Expected results: Either both accept unused keys, or both do not.</p>
<p>Additional info:</p>
<p>+ This bug was cloned from <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1127861" class="external">Bugzilla Bug #1127861</a> +</p> RPM Support - Issue #463 (CLOSED - WONTFIX): repo can be deleted before the a running sync is com...https://pulp.plan.io/issues/4632015-02-28T22:11:46Zpthomas@redhat.com
<p>Description of problem:</p>
<p>If you delete a repo while the sync is running, the repo delete tasks occurs before the sync is finished and that will result in sync status report missing resource</p>
<p>Version-Release number of selected component (if applicable):</p>
<p>[root@mgmt3 ~]# rpm -qa pulp-server<br>
pulp-server-2.4.0-0.23.beta.el6.noarch<br>
[root@mgmt3 ~]#</p>
<p>How reproducible:</p>
<p>Steps to Reproduce:<br>
1.create and sync a large repo<br>
2.while the sync is running, issue a repo delete on the same repo from another window<br>
3.</p>
<p>Actual results:<br>
[root@mgmt3 ~]# pulp-admin rpm repo sync run --repo-id rhel63<br>
<span><del>--------------------------------------------------------------------</del></span><br>
Synchronizing Repository [rhel63]<br>
<span><del>--------------------------------------------------------------------</del></span></p>
<p>This command may be exited via ctrl+c without affecting the request.</p>
<p>Downloading metadata...<br>
[|]<br>
... completed</p>
<p>Downloading repository content...<br>
[==================================================] 100%<br>
RPMs: 0/0 items<br>
[==================================================] 100%<br>
RPMs: 0/0 items<br>
Delta RPMs: 0/0 items</p>
<p>... completed</p>
<p>Downloading distribution files...<br>
[==================================================] 100%<br>
Distributions: 7/7 items<br>
... completed</p>
<p>Importing errata...<br>
[|]<br>
... completed</p>
<p>Importing package groups/categories...<br>
[|]<br>
... completed</p>
<p>Task Succeeded</p>
<p>[-]<br>
Waiting to begin...</p>
<p>Task Failed</p>
<p>Missing resource(s): resource_id=rhel63</p>
<p>Expected results:</p>
<p>Additional info:</p>
<p>+ This bug was cloned from <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1115187" class="external">Bugzilla Bug #1115187</a> +</p> RPM Support - Issue #451 (CLOSED - WONTFIX): Update content upload size quotahttps://pulp.plan.io/issues/4512015-02-28T22:10:23Zdgao@redhat.comdgao@redhat.com
<p>The current upload size is currently limited to 1MB. This limit is too small and would create excessive amount of API traffic to pulp server. Please consider upping the limit to something larger.</p>
<p>Field in pulp_v2/server/etc/httpd/conf.d/pulp_apache_24.conf</p>
<p>SSLRenegBufferSize 1048576</p>
<p>+ This bug was cloned from <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1108924" class="external">Bugzilla Bug #1108924</a> +</p> RPM Support - Issue #439 (CLOSED - WONTFIX): Uploaded errata don't have the same attribute types ...https://pulp.plan.io/issues/4392015-02-28T22:09:05Zrbarlow
<p>I learned during the fixing of #1100848[0] that some of the attributes for an uploaded erratum don't have the same types as the synchronized versions. The only attribute I know this for sure about is "pushcount". For an uploaded erratum, pushcount will be an integer, but for a sync'd erratum it will be a string (of an integer).</p>
<p>We needed to fix [0] quickly so we went for making sure we only have strings to ElementTree. I believe the correct fix is to make sure we are consistent about the types that land in our database between synchronizing errata and uploading them. I personally believe that pushcount should be an int in the database, so for that case we should fix the synchronization code.</p>
<p>I set the severity to low because I cannot think of a use case that this would cause an issue for.</p>
<p>[0] <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1100848" class="external">https://bugzilla.redhat.com/show_bug.cgi?id=1100848</a></p>
<p>+ This bug was cloned from <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1101728" class="external">Bugzilla Bug #1101728</a> +</p> RPM Support - Issue #437 (CLOSED - WONTFIX): errata upload does not seem to be validating --upd...https://pulp.plan.io/issues/4372015-02-28T22:08:54Zpthomas@redhat.com
<p>Description of problem:</p>
<p>uploads erratum does not seem to be validating the date format</p>
<pre><code>--updated, -u - (required) timestamp the erratum was last updated;
expected format "YYYY-MM-DD HH:MM:SS"
--issued - (required) timestamp the erratum was issued; expected
format "YYYY-MM-DD HH:MM:SS"
</code></pre>
<p>Version-Release number of selected component (if applicable):</p>
<p>[root@ibm-x3250m4-04 ~]# rpm -qa pulp-server<br>
pulp-server-2.4.0-0.18.beta.el6.noarch<br>
[root@ibm-x3250m4-04 ~]#<br>
How reproducible:</p>
<p>Steps to Reproduce:<br>
1. pulp-admin rpm repo uploads erratum --repo-id errata --erratum-id RHSA-2014:0001 --title Walrus1 --description Walrus --version 5.21 --release 1 --type security --status "final" --updated "14-05-2014 10:17:38" --issued "13-05-14 10:17:52" -p walrus.csv --from "<a href="mailto:pthomas@redhat.com" class="email">pthomas@redhat.com</a>" -v</p>
<p>2.<br>
3.</p>
<p>Actual results:</p>
<p>Expected results:</p>
<p>Additional info:</p>
<p>+ This bug was cloned from <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1101597" class="external">Bugzilla Bug #1101597</a> +</p> RPM Support - Issue #430 (CLOSED - WONTFIX): The pulp-profile-update yum client plugin does not c...https://pulp.plan.io/issues/4302015-02-28T22:06:19Zrbarlow
<p>I noticed that running yum install <package> does not trigger a consumer profile update. This causes applicability data to be incorrect in the Pulp server. Restarting goferd is a workaround to getting the profile reported.</p>
<p>+ This bug was cloned from <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1097906" class="external">Bugzilla Bug #1097906</a> +</p> RPM Support - Issue #422 (CLOSED - WONTFIX): Upload resume fails ungracefully if the file to be u...https://pulp.plan.io/issues/4222015-02-28T22:05:27Zrbarlow
<p>If you start an upload, interrupt it, remove the file you were uploading, and then remove it, pulp-admin will fail ungracefully:</p>
<p>% pulp-admin rpm repo uploads resume<br>
<span><del>--------------------------------------------------------------------</del></span><br>
Upload Requests<br>
<span><del>--------------------------------------------------------------------</del></span></p>
<p>Select one or more uploads to resume:<br>
- 1 : gofer-system-1.0.5-1.el7.noarch.rpm<br>
- 2 : python-gofer-amqplib-1.0.5-1.el7.noarch.rpm<br>
- 3 : python-amqp-doc-1.4.4-1.el7.noarch.rpm<br>
- 4 : d8b6b437-6f50-46ed-a795-f896141de377<br>
- 5 : ruby-gofer-1.0.5-1.el7.noarch.rpm<br>
- 6 : python-gofer-1.0.5-1.el7.noarch.rpm<br>
- 7 : d8b6b437-6f50-46ed-a795-f896141de377<br>
- 8 : d8b6b437-6f50-46ed-a795-f896141de377<br>
- 9 : d8b6b437-6f50-46ed-a795-f896141de377<br>
- 10: python-semantic-version-2.2.0-3.el7.noarch.rpm<br>
- 11: d8b6b437-6f50-46ed-a795-f896141de377<br>
- 12: python-kombu-3.0.13-1.pulp.el7.noarch.rpm<br>
- 13: python-amqp-1.4.4-1.el7.noarch.rpm<br>
- 14: d8b6b437-6f50-46ed-a795-f896141de377<br>
- 15: python-simplejson-3.2.0-1.el7.x86_64.rpm<br>
- 16: gofer-virt-1.0.5-1.el7.noarch.rpm<br>
- 17: python-celery-3.1.9-1.el7.noarch.rpm<br>
- 18: d8b6b437-6f50-46ed-a795-f896141de377<br>
- 19: gofer-package-1.0.5-1.el7.noarch.rpm<br>
- 20: python-nectar-1.2.1-1.el7.noarch.rpm<br>
- 21: d8b6b437-6f50-46ed-a795-f896141de377<br>
- 22: d8b6b437-6f50-46ed-a795-f896141de377<br>
- 23: python-isodate-0.5.0-1.pulp.el7.noarch.rpm<br>
- 24: python-requests-2.2.1-1.el7.noarch.rpm<br>
- 25: gofer-1.0.5-1.el7.noarch.rpm<br>
- 26: python-gofer-qpid-1.0.5-1.el7.noarch.rpm<br>
- 27: d8b6b437-6f50-46ed-a795-f896141de377<br>
- 28: python-requests-2.2.1-1.git.0.3e8cef0.el7.noarch.rpm<br>
- 29: d8b6b437-6f50-46ed-a795-f896141de377<br>
Enter value (1-29) to toggle selection, 'c' to confirm selections, or '?' for<br>
more commands: 28</p>
<p>Select one or more uploads to resume:<br>
- 1 : gofer-system-1.0.5-1.el7.noarch.rpm<br>
- 2 : python-gofer-amqplib-1.0.5-1.el7.noarch.rpm<br>
- 3 : python-amqp-doc-1.4.4-1.el7.noarch.rpm<br>
- 4 : d8b6b437-6f50-46ed-a795-f896141de377<br>
- 5 : ruby-gofer-1.0.5-1.el7.noarch.rpm<br>
- 6 : python-gofer-1.0.5-1.el7.noarch.rpm<br>
- 7 : d8b6b437-6f50-46ed-a795-f896141de377<br>
- 8 : d8b6b437-6f50-46ed-a795-f896141de377<br>
- 9 : d8b6b437-6f50-46ed-a795-f896141de377<br>
- 10: python-semantic-version-2.2.0-3.el7.noarch.rpm<br>
- 11: d8b6b437-6f50-46ed-a795-f896141de377<br>
- 12: python-kombu-3.0.13-1.pulp.el7.noarch.rpm<br>
- 13: python-amqp-1.4.4-1.el7.noarch.rpm<br>
- 14: d8b6b437-6f50-46ed-a795-f896141de377<br>
- 15: python-simplejson-3.2.0-1.el7.x86_64.rpm<br>
- 16: gofer-virt-1.0.5-1.el7.noarch.rpm<br>
- 17: python-celery-3.1.9-1.el7.noarch.rpm<br>
- 18: d8b6b437-6f50-46ed-a795-f896141de377<br>
- 19: gofer-package-1.0.5-1.el7.noarch.rpm<br>
- 20: python-nectar-1.2.1-1.el7.noarch.rpm<br>
- 21: d8b6b437-6f50-46ed-a795-f896141de377<br>
- 22: d8b6b437-6f50-46ed-a795-f896141de377<br>
- 23: python-isodate-0.5.0-1.pulp.el7.noarch.rpm<br>
- 24: python-requests-2.2.1-1.el7.noarch.rpm<br>
- 25: gofer-1.0.5-1.el7.noarch.rpm<br>
- 26: python-gofer-qpid-1.0.5-1.el7.noarch.rpm<br>
- 27: d8b6b437-6f50-46ed-a795-f896141de377<br>
x 28: python-requests-2.2.1-1.git.0.3e8cef0.el7.noarch.rpm<br>
- 29: d8b6b437-6f50-46ed-a795-f896141de377<br>
Enter value (1-29) to toggle selection, 'c' to confirm selections, or '?' for<br>
more commands: c</p>
<p>Resuming upload for: python-requests-2.2.1-1.git.0.3e8cef0.el7.noarch.rpm</p>
<p>Starting upload of selected units. If this process is stopped through ctrl+c,<br>
the uploads will be paused and may be resumed later using the resume command or<br>
cancelled entirely using the cancel command.</p>
<p>Uploading: python-requests-2.2.1-1.git.0.3e8cef0.el7.noarch.rpm<br>
An unexpected error has occurred. More information can be found in the client<br>
log file ~/.pulp/admin.log.</p>
<p>From the admin.log:</p>
<p>2014-04-30 15:14:32,826 - ERROR - Client-side exception occurred<br>
Traceback (most recent call last):<br>
File "/home/rbarlow/devel/pulp/client_lib/pulp/client/commands/repo/upload.py", line 149, in perform_upload<br>
upload_manager.upload(upload_id, progress_callback)<br>
File "/home/rbarlow/devel/pulp/client_lib/pulp/client/upload/manager.py", line 247, in upload<br>
source_file_size = os.path.getsize(tracker_file.source_filename)<br>
File "/usr/lib64/python2.7/genericpath.py", line 49, in getsize<br>
return os.stat(filename).st_size<br>
OSError: [Errno 2] No such file or directory: '/tmp/tito/noarch/python-requests-2.2.1-1.git.0.3e8cef0.el7.noarch.rpm'</p>
<p>+ This bug was cloned from <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1093169" class="external">Bugzilla Bug #1093169</a> +</p> RPM Support - Issue #403 (CLOSED - WONTFIX): Schedule consumer group package updates not possiblehttps://pulp.plan.io/issues/4032015-02-28T22:03:19Zrichleahy@hotmail.co.ukrichleahy@hotmail.co.uk
<p>Description of problem:<br>
No pulp-admin command exists to schedule package updates to a consumer group.</p>
<p>Version-Release number of selected component (if applicable):<br>
2.3.1</p>
<p>How reproducible:<br>
Consistently</p>
<p>Steps to Reproduce:<br>
1. Enter command, for example:<br>
pulp-admin rpm consumer group package update schedules create --consumer-group-id=CentOS6All --name=* --schedule 2013-10-09T00:00:00Z/P1D</p>
<p>2. Observe error message:<br>
"The following options were specified but do not exist on the command: --schedule"</p>
<p>Actual results:<br>
Error message<br>
"The following options were specified but do not exist on the command: --schedule"</p>
<p>Expected results:<br>
Schedule created</p>
<p>Additional info:</p>
<p>+ This bug was cloned from <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1074593" class="external">Bugzilla Bug #1074593</a> +</p> RPM Support - Issue #384 (CLOSED - WONTFIX): RPM requirements with a version but no release show ...https://pulp.plan.io/issues/3842015-02-28T21:59:54Zmhrivnakmhrivnak@redhat.com
<p>Description of problem:</p>
<p>Version-Release number of selected component (if applicable):<br>
2.4</p>
<p>How reproducible:<br>
always</p>
<p>Steps to Reproduce:<br>
1. add an RPM (I'm using python-pulp-agent-lib-2.2.0-1) to a repo that has a requirement for a specific version of another package, but does not specify a release.<br>
2. view rpm with: pulp-admin rpm repo content rpm</p>
<p>Actual results:<br>
Requires: python(abi) = 2.6-0, python-pulp-common = 2.2.0-0</p>
<p>Expected results:<br>
Requires: python(abi) = 2.6-0, python-pulp-common = 2.2.0</p>
<p>For this particular package, the requirement can be seen here:</p>
<p>$ rpm -qp --requires python-pulp-agent-lib-2.2.0-1.el6.noarch.rpm<br>
python(abi) = 2.6<br>
python-pulp-common = 2.2.0<br>
rpmlib(CompressedFileNames) <= 3.0.4-1<br>
rpmlib(PartialHardlinkSets) <= 4.0.4-1<br>
rpmlib(PayloadFilesHavePrefix) <= 4.0-1<br>
rpmlib(PayloadIsXz) <= 5.2-1</p>
<p>+ This bug was cloned from <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1028491" class="external">Bugzilla Bug #1028491</a> +</p> RPM Support - Issue #383 (CLOSED - WONTFIX): pulp-admin fails to give detailed information of a d...https://pulp.plan.io/issues/3832015-02-28T21:59:49Zmarc@fite.catmarc@fite.cat
<p>Description of problem:</p>
<p>pulp-admin fails to give detailed information of a distribution, however listing it without the flag --details work as expected.</p>
<p>Version-Release number of selected component: Pulp v2.2</p>
<p>How reproducible:</p>
<p>pulp-admin rpm repo content distribution --details --repo-id=fedora19</p>
<p>Actual results:</p>
<p>2013-11-02 20:21:42,734 - ERROR - Client-side exception occurred<br>
Traceback (most recent call last):<br>
File "/usr/lib/python2.7/site-packages/pulp/client/extensions/core.py", line 478, in run<br>
exit_code = Cli.run(self, args)<br>
File "/usr/lib/python2.7/site-packages/okaara/cli.py", line 974, in run<br>
exit_code = command_or_section.execute(self.prompt, remaining_args)<br>
File "/usr/lib/python2.7/site-packages/pulp/client/extensions/extensions.py", line 224, in execute<br>
return self.method(*arg_list, **clean_kwargs)<br>
File "/usr/lib/python2.7/site-packages/pulp_rpm/extension/admin/contents.py", line 306, in distribution<br>
self.run_search([TYPE_DISTRIBUTION], self.write_distro, **kwargs)<br>
File "/usr/lib/python2.7/site-packages/pulp_rpm/extension/admin/contents.py", line 159, in run_search<br>
out_func(units)<br>
File "/usr/lib/python2.7/site-packages/pulp_rpm/extension/admin/contents.py", line 326, in write_distro<br>
'family' : distro['family'],<br>
KeyError: 'family'</p>
<p>Expected results:</p>
<p>Detailed information of the distribution</p>
<p>Additional info:</p>
<p>[root@localhost ~]# rpm -qa | grep -i pulp<br>
m2crypto-0.21.1.pulp-8.fc19.x86_64<br>
python-pulp-common-2.2.0-1.fc19.noarch<br>
python-pulp-agent-lib-2.2.0-1.fc19.noarch<br>
python-pulp-rpm-common-2.2.0-1.fc19.noarch<br>
python-pulp-client-lib-2.2.0-1.fc19.noarch<br>
pulp-consumer-client-2.2.0-1.fc19.noarch<br>
pulp-admin-client-2.2.0-1.fc19.noarch<br>
pulp-puppet-plugins-2.2.0-1.fc19.noarch<br>
pulp-rpm-admin-extensions-2.2.0-1.fc19.noarch<br>
pulp-rpm-consumer-extensions-2.2.0-1.fc19.noarch<br>
pulp-agent-2.2.0-1.fc19.noarch<br>
pulp-puppet-handlers-2.2.0-1.fc19.noarch<br>
pulp-selinux-2.2.0-1.fc19.noarch<br>
pulp-nodes-common-2.2.0-1.fc19.noarch<br>
pulp-nodes-child-2.2.0-1.fc19.noarch<br>
python-isodate-0.5.0-1.pulp.fc19.noarch<br>
python-pulp-bindings-2.2.0-1.fc19.noarch<br>
python-pulp-puppet-common-2.2.0-1.fc19.noarch<br>
python-pulp-rpm-extension-2.2.0-1.fc19.noarch<br>
pulp-builtins-consumer-extensions-2.2.0-1.fc19.noarch<br>
pulp-builtins-admin-extensions-2.2.0-1.fc19.noarch<br>
pulp-server-2.2.0-1.fc19.noarch<br>
pulp-rpm-plugins-2.2.0-1.fc19.noarch<br>
pulp-puppet-admin-extensions-2.2.0-1.fc19.noarch<br>
pulp-puppet-consumer-extensions-2.2.0-1.fc19.noarch<br>
pulp-rpm-handlers-2.2.0-1.fc19.noarch<br>
pulp-rpm-yumplugins-2.2.0-1.fc19.noarch<br>
pulp-nodes-admin-extensions-2.2.0-1.fc19.noarch<br>
pulp-nodes-parent-2.2.0-1.fc19.noarch</p>
<p>+ This bug was cloned from <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1025989" class="external">Bugzilla Bug #1025989</a> +</p> RPM Support - Issue #376 (CLOSED - WONTFIX): Not able to update relative-url to defaulthttps://pulp.plan.io/issues/3762015-02-28T21:59:06Zpthomas@redhat.com
<p>Description of problem:</p>
<p>If you have repo with relative url specified, it wont change it back to default with repo update</p>
<p>Version-Release number of selected component (if applicable):</p>
<p>[root@pulp-v2-server ~]# rpm -qa pulp-server<br>
pulp-server-2.3.0-0.16.alpha.el6.noarch</p>
<p>How reproducible:</p>
<p>Steps to Reproduce:<br>
1. create a repo with feed and --reltive-url<br>
2. see repo list details and notice that --relatove-url is set<br>
3. run repo update with --relative-url ""<br>
4. See repo list details again and notice that relative url is still the one from step 2</p>
<p>Actual results:</p>
<p>[root@pulp-v2-server ~]# pulp-admin rpm repo create --repo-id demo --feed <a href="http://repos.fedorapeople.org/repos/pulp/pulp/demo_repos/pulp_unittest/" class="external">http://repos.fedorapeople.org/repos/pulp/pulp/demo_repos/pulp_unittest/</a> --relative-url /demo/url<br>
Successfully created repository [demo]</p>
<pre><code>pulp-admin repo list --details
+----------------------------------------------------------------------+
Repositories
+----------------------------------------------------------------------+
</code></pre>
<p>Id: demo<br>
Display Name: demo<br>
Description: None<br>
Content Unit Counts:<br>
Notes:<br>
Importers:<br>
Config:<br>
Feed: <a href="http://repos.fedorapeople.org/repos/pulp/pulp/demo_repos/pulp_unittest" class="external">http://repos.fedorapeople.org/repos/pulp/pulp/demo_repos/pulp_unittest</a><br>
/<br>
Id: yum_importer<br>
Importer Type Id: yum_importer<br>
Last Sync: None<br>
Repo Id: demo<br>
Scheduled Syncs:<br>
Distributors:<br>
Auto Publish: True<br>
Config:<br>
Http: False<br>
Https: True<br>
Relative URL: /demo/url<br>
Distributor Type Id: yum_distributor<br>
Id: yum_distributor<br>
Last Publish: None<br>
Repo Id: demo<br>
Scheduled Publishes:<br>
Auto Publish: False<br>
Config:<br>
Http: False<br>
Https: True<br>
Distributor Type Id: export_distributor<br>
Id: export_distributor<br>
Last Publish: None<br>
Repo Id: demo<br>
Scheduled Publishes:</p>
<p>[root@pulp-v2-server ~]#<br>
[root@pulp-v2-server ~]# pulp-admin rpm repo update --repo-id demo --relative-url ""<br>
Repository [demo] successfully updated</p>
<p>Id: demo<br>
Display Name: demo<br>
Description: None<br>
Content Unit Counts:<br>
Notes:<br>
Importers:<br>
Config:<br>
Feed: <a href="http://repos.fedorapeople.org/repos/pulp/pulp/demo_repos/pulp_unittest" class="external">http://repos.fedorapeople.org/repos/pulp/pulp/demo_repos/pulp_unittest</a><br>
/<br>
Id: yum_importer<br>
Importer Type Id: yum_importer<br>
Last Sync: None<br>
Repo Id: demo<br>
Scheduled Syncs:<br>
Distributors:<br>
Auto Publish: True<br>
Config:<br>
Http: False<br>
Https: True<br>
Relative URL: /demo/url<br>
Distributor Type Id: yum_distributor<br>
Id: yum_distributor<br>
Last Publish: None<br>
Repo Id: demo<br>
Scheduled Publishes:<br>
Auto Publish: False<br>
Config:<br>
Http: False<br>
Https: True<br>
Distributor Type Id: export_distributor<br>
Id: export_distributor<br>
Last Publish: None<br>
Repo Id: demo<br>
Scheduled Publishes:</p>
<p>Expected results:</p>
<p>Additional info:</p>
<p>+ This bug was cloned from <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1014649" class="external">Bugzilla Bug #1014649</a> +</p> RPM Support - Issue #355 (CLOSED - WONTFIX): Need error handling and message for repo sync with a...https://pulp.plan.io/issues/3552015-02-28T21:56:42Zpthomas@redhat.com
<p>Description of problem:</p>
<p>Repo sync fails with no error message when syncing repos with a bad feed url.</p>
<p>Version-Release number of selected component (if applicable):</p>
<p>[root@hp-dl360g6-01 ~]# rpm -q pulp-server<br>
pulp-server-2.2.0-0.2.beta.fc18.noarch</p>
<p>How reproducible:</p>
<p>Steps to Reproduce:<br>
1.create a repo with bad feed<br>
2.Sync the repo<br>
3.</p>
<p>Actual results:<br>
[root@hp-dl360g6-01 ~]# pulp-admin iso repo create --repo-id "ABC" --feed test<br>
Successfully created repository [ABC]</p>
<p>[root@hp-dl360g6-01 ~]# pulp-admin rpm repo create --repo-id "ABCD" --feed test<br>
Successfully created repository [ABCD]</p>
<p>[root@hp-dl360g6-01 ~]# pulp-admin rpm repo sync run --repo-id "ABCD"<br>
<span><del>--------------------------------------------------------------------</del></span><br>
Synchronizing Repository [ABCD]<br>
<span><del>--------------------------------------------------------------------</del></span></p>
<p>This command may be exited by pressing ctrl+c without affecting the actual<br>
operation on the server.</p>
<p>Downloading metadata...<br>
[-]<br>
[root@hp-dl360g6-01 ~]# pulp-admin iso repo sync run --repo-id "ABCD"<br>
<span><del>--------------------------------------------------------------------</del></span><br>
Synchronizing Repository [ABCD]<br>
<span><del>--------------------------------------------------------------------</del></span></p>
<p>This command may be exited by pressing ctrl+c without affecting the actual<br>
operation on the server.</p>
<p>Expected results:</p>
<p>Additional info:</p>
<p>+ This bug was cloned from <a href="https://bugzilla.redhat.com/show_bug.cgi?id=973172" class="external">Bugzilla Bug #973172</a> +</p> RPM Support - Issue #353 (CLOSED - WONTFIX): yum importer needs better reportinghttps://pulp.plan.io/issues/3532015-02-28T21:56:25Zmhrivnakmhrivnak@redhat.com
<p>The current client-side reporting doesn't work very well. Many error conditions result in unfriendly behavior in the client and a failure to even deliver an error message.</p>
<p>+ This bug was cloned from <a href="https://bugzilla.redhat.com/show_bug.cgi?id=971546" class="external">Bugzilla Bug #971546</a> +</p> RPM Support - Issue #339 (CLOSED - WONTFIX): malformed dates are accepted for errata createhttps://pulp.plan.io/issues/3392015-02-28T21:49:33Zpthomas@redhat.com
<p>Description of problem:<br>
wrong date format is accepted for date fields --updated and --issued</p>
<p>Version-Release number of selected component (if applicable):<br>
[root@pulp-candidate scripts]# rpm -q pulp-rpm-server<br>
pulp-rpm-server-2.0.1-1.fc17.noarch<br>
[root@pulp-candidate scripts]#</p>
<p>How reproducible:</p>
<p>Steps to Reproduce:<br>
1. try to create an errata with date in the wrong format<br>
2.<br>
3.</p>
<p>Actual results:<br>
[root@pulp-candidate scripts]# pulp-admin repo uploads errata --repo-id errata_demo --erratum-id test3 --title test --description test --version 1 --release 1 --type enhancement --status final --updated 22:010 --issued 2012 --pkglist-csv package_list.csv --from <a href="mailto:pthomas@redhat.com" class="email">pthomas@redhat.com</a> --pushcount 1<br>
<span><del>--------------------------------------------------------------------</del></span><br>
Erratum Creation<br>
<span><del>--------------------------------------------------------------------</del></span></p>
<p>Starting upload of selected packages. If this process is stopped through ctrl+c,<br>
the uploads will be paused and may be resumed later using the resume command or<br>
cancelled entirely using the cancel command.</p>
<p>Importing into the repository...<br>
... completed</p>
<p>Deleting the upload request...<br>
... completed</p>
<p>Expected results:</p>
<p>Additional info:</p>
<p>+ This bug was cloned from <a href="https://bugzilla.redhat.com/show_bug.cgi?id=851311" class="external">Bugzilla Bug #851311</a> +</p> RPM Support - Issue #326 (CLOSED - DUPLICATE): Export ISO file retention Limitation.https://pulp.plan.io/issues/3262015-02-27T18:56:56Zbvijaycombvijaycom@gmail.com
<p>Hi Team,</p>
<p>Today I have created pulp server in DMZ subnet and from our master server tried to export as an ISO file. So that from disconnected server I can recreate whenever I need to replicate. However the problem is pulp is always keep n version. Second time if we execute export command the current exported ISO file and directory getting deleted before the new ISO file creation. Is there any way to put retention files (I mean number files) on my own?</p>
<p>Because in this case in the design document we must include the instructions/practice that system admins who is taking ISO export they should first copy the existing file to the common secure share and then only he should execute the export command.</p>
<p>My pulp version is</p>
<p>[root@server1]# rpm -q pulp-server<br>
pulp-server-2.5.3-1.el7.noarch</p>
<p>I understand that this export to different directory can be achieved through --export-dir tag.However i just tested the same command and added with --export-dir option.</p>
<p>Now i have 2 issues</p>
<p>1. I have created directory under / called test.I have changed the ownership to apache:apache. Then i have executed the export command with --export-dir pointing to this directory.I have received permission denied error.Is there any limitation in pulp that ,pulp will understand only inside /var/lib/pulp directory ?</p>
<p>2. However now i have created the directory called export inside /var/lib/pulp/ and changed the ownership to apache:apache. Now if i run export command pointing to this directory,only rpm's are getting downloaded instead of single ISO file.</p>
<p>Now i am looking for some solutions for the below scenarios in the future releases...</p>
<p>1. Through --export-dir option if we give external directory it should be allowed in pulp for creating ISO file.<br>
2. If i give /var/lip/pulp/export directory in --export-dir tag,why instead ISO single file rpm's are getting downloaded.<br>
3. Also if the customer wants to retain n number of iso exported files under /var/lib/pulp/published/yum/master/export_distributor/ directory itself then there should be command option</p>
<p>Here i have attached the log file.</p>
<p>Thanks,<br>
BVIJAY</p>