Hide Forgot
Description of problem: Earlier I logged a defect[1] against katelo-cli as package filters were not working. Then later got to know that there is already a bug in pulp, which has already been fixed in pulp 0.251 build as per defect[2]. [1] https://bugzilla.redhat.com/show_bug.cgi?id=754021 [2] https://bugzilla.redhat.com/show_bug.cgi?id=754807 Now package filters are working from cli but not from webUI. Version-Release number of selected component (if applicable): [root@dhcp201-152 repos]# rpm -qa | grep katello katello-common-0.1.110-1.git.0.17bff61.fc15.noarch katello-cli-0.1.13-1.git.0.28ff7d5.fc15.noarch katello-all-0.1.110-1.git.0.17bff61.fc15.x86_64 katello-configure-0.1.15-1.git.0.8a0cd24.fc15.noarch katello-glue-foreman-0.1.110-1.git.0.17bff61.fc15.x86_64 katello-glue-candlepin-0.1.110-1.git.0.17bff61.fc15.x86_64 katello-cli-common-0.1.13-1.git.0.28ff7d5.fc15.noarch katello-0.1.110-1.git.0.17bff61.fc15.x86_64 katello-glue-pulp-0.1.110-1.git.0.17bff61.fc15.x86_64 katello-repos-0.1.3-1.git.0.db2bd1d.fc15.noarch [root@dhcp201-152 repos]# rpm -qa | grep pulp pulp-0.0.251-1.fc15.noarch mod_wsgi-3.2-6.pulp.fc15.x86_64 katello-glue-pulp-0.1.110-1.git.0.17bff61.fc15.x86_64 pulp-common-0.0.251-1.fc15.noarch m2crypto-0.21.1.pulp-5.fc15.x86_64 [root@dhcp201-152 repos]# How reproducible: always Steps to Reproduce: 1. create a new env say: test 2. create a provider 'fedora' of type custom 3. Create a product pulp and withing that a repo 'pulp_x86_64' 4. sync the repo 5. create a filter 6. Add packages to filter and Select proudct/repo to apply filter on 5. create a changeset 6. Add product, 7 review & promote changeset Actual results: The complete product is getting promoted to next env without blacklisted the selected packages. Expected results: filters should work while product promotion Additional info: I tried package filters from cli and then from webUI and found a difference in following logs: filter=['pulp_fil'] <--- this happens when we apply filters from cli, and here pulp_fil is the name of filter. filter=[] <--- when we apply filter from UI. from cli: ============ task:440 Task succeeded: Task 02c6b4ab-1420-11e1-93e7-525400bddd9f: _clone(ACME_Corporation-test-pulp-pulp_x86_64, feed=parent, progress_callback=<bound method RepoCloneTask.progress_callback of <pulp.server.api.repo_clone_task.RepoCloneTask object at 0x7f4af2a75c50>>, clone_name=pulp_x86_64, relative_path=ACME_Corporation/test/pulp/pulp_x86_64, synchronizer=<pulp.server.api.synchronizers.YumSynchronizer object at 0x7f4af2a75810>, filters=['pulp_fil'], id=ACME_Corporation-pulp-pulp_x86_64, groupid=['product:1321866089778', 'env:28', 'org:14', 'content:1321866351030']) from UI: ======== task:440 Task succeeded: Task ce039307-1423-11e1-b101-525400bddd9f: _clone(ACME_Corporation-test-pulp-pulp_x86_64, feed=parent, progress_callback=<bound method RepoCloneTask.progress_callback of <pulp.server.api.repo_clone_task.RepoCloneTask object at 0x7f7b03788fd0>>, clone_name=pulp_x86_64, relative_path=ACME_Corporation/test/pulp/pulp_x86_64, synchronizer=<pulp.server.api.synchronizers.YumSynchronizer object at 0x7f7b0376a8d0>, filters=[], id=ACME_Corporation-pulp-pulp_x86_64, groupid=['product:1321866729718', 'env:30', 'org:15', 'content:1321867980772'])
Still Facing this issue in latest build: [root@dhcp201-205 ~]# rpm -qa | grep katello katello-glue-pulp-0.1.135-2.el6.x86_64 katello-httpd-ssl-key-pair-1.0-1.noarch katello-configure-0.1.31-2.el6.noarch katello-common-0.1.135-2.el6.noarch katello-0.1.135-2.el6.x86_64 katello-all-0.1.135-2.el6.x86_64 katello-qpid-broker-key-pair-1.0-1.noarch katello-cli-0.1.23-3.el6.noarch katello-glue-candlepin-0.1.135-2.el6.x86_64 katello-cli-common-0.1.23-3.el6.noarch katello-glue-foreman-0.1.135-2.el6.x86_64 katello-trusted-ssl-cert-1.0-1.noarch katello-certs-tools-1.0.1-2.el6.noarch [root@dhcp201-205 ~]#
Should be fixed: c59e2f724fed6164815f405162d6ecee3e0b4750
I reverified this with latest katello build: [root@dhcp201-176 yum.repos.d]# rpm -qa | grep -ie katello-0 -ie pulp-0 katello-0.1.178-1.el6.noarch katello-glue-pulp-0.1.178-1.el6.noarch pulp-0.0.257-1.el6.noarch I'm still not able to apply filters via UI. The complete product is getting promoted to next env without blacklisted the selected packages. Please see the steps to reproduce it: 1. Add a new env 'test' under ACME_Corporation 2. create a provider 'fedora' of type custom 3. Create a product pulp and within that a repo 'pulp_x86_64' 4. sync the repo 5. create a filter 6. Add packages to filter (grinder, gofer) and Select proudct/repo ( pulp/pulp_x86_64) to apply filter on 5. create a changeset 6. Add product, 7 review & promote changeset @Justin: Please let me know if I'm missing anything in above steps.
Hey Sachin, I just tested this and it seems to work for me. Your steps seem fine except for step 6. Did you add the repository to the filter, or the full product? Currently the backend only support associating the full product. If you associate the repo itself, nothing happens: See bugzilla https://bugzilla.redhat.com/show_bug.cgi?id=771999 I am not sure if the backend plans on adding repo association support or if we need to rip out the repository portion of the filters UI. Can you retest and make sure that associating to full products works? If its just the repo association that is not working then 771999 should cover that. -Justin
Hey Justin. I was trying by associating the repo to filter and it doesn't work. This time as you suggested, I tried with full product and it worked. I blacklisted two packages "grinder" and "gofer-packages". Please see the result in next comment. Thank you.
Created attachment 555666 [details] pkg filters worked with full product association
Moving to on_qa
Verified with latest katello build 0.1.178. The reported issue has been fixed if we choose full product. So as per comment5 and 6..moving this to verified.
getting rid of 6.0.0 version since that doesn't exist