Red Hat Bugzilla – Bug 509268
Package amanda-x86 after installation does net get listed in SSM Remove, Upgrade, nor Verify listing
Last modified: 2009-09-10 14:44:56 EDT
Description of problem:
After installing amanda package on a satallite client,
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. For a selected Satellite Client, click "Add to SSM"
2. Click Manage
3. Click Packages: / "Install
4. Click Channel e.g. "Red Hat Enterprise Linux (v. 5 for 64-bit x86_64)"
5. Search for and check the amanda packages and click "Install" and "Install new packages"
6. on client, run "rhn_check -vvv"
7. verify on the client that the package is indeed installed "rpm -qa | grep amanda"
8. On the Satellite, click "Manage"
9. Click Packages: / "Verify"
10. Search for amanda
No results are found by satellite. <--- BUG
I expected the newly installed amanda packages to be listed.
This may be a client issue in sending up information to Satellite, or I guess it could be server side, need to figure it out.
Giving to Brad for now to review.
I think this boils down to being a bug in searching for packages on these pages.
I was able to follow the above instructions, getting the package installed and seeing it appear in the Verify Packages table. I installed the "alchemist" package so it was right near the top.
I double checked the code as well. The queries look correct in that the remove/verify package list is generated by looking for all packages that are installed on at least one system in the SSM.
However, when I attempted to search for alchemist using the filter box on that page, I get a message about there being no packages. I don't think this is due to a delay in the search server getting the information as searching for packages that were originally inventoried at registration produced no results as well.
One thing that looks suspect is that the URL changes. When first viewing the page or right after a search, the URL looks like:
After the link that says "Clear filter to see all 403 items", the URL is:
I'm guessing this is incorrect in some capacity.
So in summary, I don't think this is an issue with the client, nor with the verify package list generation. I think this is a bug with the server side search implementation on these pages.
Fixed incorrect filterattr values that were causing filters to fail in all cases.
Manually verified the problem description steps on:
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.