Red Hat Bugzilla – Bug 490111
no architecture in the package list and ISE on package details page
Last modified: 2009-09-10 14:44:40 EDT
Description of problem:
I do not see package archs in the Software > Packages > List / Remove and when I try to see package's details, I'm getting ISE.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. See list in Software > Packages > List / Remove
-> in the arch column there is only "not specified"
2. See details of some package in that list
"not specified" architecture and ISE on package details page
propper architecture and package details
If this is a bug, could we get it to the list of the bugs blocking QA?
Created attachment 335071 [details]
This appears in the /var/log/tomcat5/catalina.out when I display package details page at:
I do not see this after I have re-synced from webqa - this was probably caused by the fact, that the original dump I have used was from Satellite 520. But 530 should handle this somehow IMO.
Cliff and I think there is a bug here, but we're not sure if its ISS or Multi-Arch, so double-trackering it. Developers please see if you can reproduce this both from a 5.2 dump and without and see if that is the variable, or if something in Multi-arch is odd.
I was able to reproduce this issue. I basically synced a channel from the 5.2 internal dump to the server, registered a system that used that channel, performed System->Software->List/Remove to access the system's package list.
Once there, it is observed that the Architecture is listed as "not specified". If attempt to select a package from the list, an ISE is generated. In this case selecting a package takes the user to a url like:
Observe that the 'arch' is missing from the id_combo.
I have not determined if this is an issue with the sync itself. Perhaps Pradeep can comment on that part.
From the server-side; however, it may be possible to have the logic support both queries that include the arch in the id_combo as well as those that do not; however, need to investigate further.
For reference, if you want to take a peak at the behavior. Take a look at fjs-0-03 with client dhcp77-182.
Have not seen this on Satellite-5.3.0-RHEL5-re20090612.0-x86_64
verified in stage.
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.