Bug 220386
| Summary: | Kernel Packages for profile sync behave incorrectly | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Retired] Red Hat Network | Reporter: | Pradeep Kilambi <pkilambi> | ||||||||
| Component: | RHN/Web Site | Assignee: | Mike McCune <mmccune> | ||||||||
| Status: | CLOSED DUPLICATE | QA Contact: | Red Hat Satellite QA List <satqe-list> | ||||||||
| Severity: | medium | Docs Contact: | |||||||||
| Priority: | high | ||||||||||
| Version: | rhn500 | CC: | cperry, rhn-bugs | ||||||||
| Target Milestone: | --- | ||||||||||
| Target Release: | --- | ||||||||||
| Hardware: | All | ||||||||||
| OS: | Linux | ||||||||||
| Whiteboard: | |||||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | 2007-07-20 15:58:27 UTC | Type: | --- | ||||||||
| Regression: | --- | Mount Type: | --- | ||||||||
| Documentation: | --- | CRM: | |||||||||
| Verified Versions: | Category: | --- | |||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||
| Embargoed: | |||||||||||
| Bug Depends On: | |||||||||||
| Bug Blocks: | 173448, 193563 | ||||||||||
| Attachments: |
|
||||||||||
Created attachment 144145 [details]
kernel pkgs shown for sync incorrectly
Created attachment 144146 [details]
the resultant failed webui scheduled action
And the scheduled actiona fails as shown.
Created attachment 144147 [details]
Action it tried for kernel
Action it trys and fails, as we can see out of so many deps all are solved
except the kernel.
Duplicate of Bugzilla Bug 204345. *** This bug has been marked as a duplicate of 204345 *** |
Description of problem: rhn_check keep getting this error: END: solve deps Wed Dec 20 21:05:39 2006 deps solved New Up2date available D: Sending back response (40, "Failed: The transaction failed for the following reasons:\n[('package kernel-2.6.9-34.0.2.EL is already installed', (2, '', 0L))]", {'failed_elements': [('package kernel-2.6.9-34.0.2.EL is already installed', (2, '', 0L))], 'version': '0', 'name': 'packages.runTransaction.failed_transaction'}) D: do_call packages.checkNeedUpdate ('rhnsd=1',) D: Called refresh_rpmlist D: local action status: (0, 'rpmlist refreshed', {}) [root@test08-64 ~]# The reason is that the web side of code incorreclty allows the schedule of sync between kernals even though the kernels are the same on both boxes and the diff sent to client has only one of it set to install. as follows: the scheduled actions queue sent to client looks like this D: do_call packages.runTransaction ({'packages': [[['kernel', '2.6.9', '34.0.2.EL', '', ''], 'i']]....] so only one of those kernel packages is scheduled for install and not for removal and so it fails with package already installed as above. Version-Release number of selected component (if applicable): How reproducible: always Steps to Reproduce: 1. register two systems against webqa 2. goto software - > profile -> and click compare or compare against system/store profiles. 3. see that kernel packages show up erraneously as in attachment and once scheduled sends only one of those (i guess the kernel package that client is not running in this case) in the delta to rhncheck. 4. run rhn_hceck and it should fail on kernel packages saying already installed. Actual results: The kernel packages are shown for sync profile even though they are already available. see attachment and above error for more info Expected results: If the kernel package is already available(same as the client),it should not show up in the profile sync list of packages. Additional Info: As we can see the two boxes ahve the same kernels and it still shows it in the webui diff [root@test08-64 ~]# rpm -q --qf='%{n}-%{v}-%{r}-%{ARCH}\n' kernel kernel-2.6.9-22.EL-x86_64 kernel-2.6.9-34.0.2.EL-x86_64 [root@test07-64 up2date_client]# rpm -q --qf='%{n}-%{v}-%{r}-%{ARCH}\n' kernel kernel-2.6.9-22.EL-x86_64 kernel-2.6.9-34.0.2.EL-x86_64 this should not happen.