Bug 497928
Summary: | traceback updating packages on a rhel4 system | ||
---|---|---|---|
Product: | Red Hat Satellite 5 | Reporter: | wes hayutin <whayutin> |
Component: | Client | Assignee: | Pradeep Kilambi <pkilambi> |
Status: | CLOSED WORKSFORME | QA Contact: | wes hayutin <whayutin> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | 530 | CC: | bperkins |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | na | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2009-04-30 14:22:20 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: |
Description
wes hayutin
2009-04-27 21:33:11 UTC
Wes, I don't see any steps to recreate. Also, its hard to see what's happening with all the data in the description. Can you please provide steps and attach the specific errors? thats correct.. there is no specific recreate.. Prad and I were looking at the error.. The closest we came to a recreate is installing rhnmd on the box.. He thought I should open it even w/o a specific recreate.. So looking at the traceback, only possible way we can hit this code path is when a RHEL-4 client is installing packages through rhn_check or up2date itself and calling the dep solver to get the remaining dependencies. So these were the tests I ran against the latest build: 1. update packages through up2date itself such that solveDependencies is called: [root@rlx-2-24 ~]# up2date apel-xemacs Fetching Obsoletes list for channel: rhel-i386-as-4... Fetching rpm headers... ######################################## Name Version Rel Arch ---------------------------------------------------------------------------------------- apel-xemacs 10.6 5 noarch Testing package set / solving RPM inter-dependencies... ######################################## apel-xemacs-10.6-5.noarch.r ########################## Done. xemacs-common-21.4.15-11.EL ########################## Done. Preparing ########################################### [100%] Installing... 1:xemacs-common ########################################### [100%] 2:apel-xemacs ########################################### [100%] The following packages were added to your selection to satisfy dependencies: Name Version Release -------------------------------------------------------------- xemacs-common 21.4.15 11.EL4 On the server the above query in the traceback executed correctly and returned the deps. Case 2: Schedule a package install/update action from the server such that the requested package forces dep resolution calling solveDependencies. D: Checking for dependencies D: RPM returned 1 deps. D: Processing dependency (('alchemist-devel', '1.0.34', '1'), ('alchemist', '1.0.34-1'), 8, None, 0) D: Dependencies: [('alchemist-devel', 'alchemist')] D: Dep ['alchemist'] Fetched via: [['alchemist', '1.0.34', '1', '', 'i386', '100477', 'rhel-i386-as-4']] D: Got back response: [['alchemist', '1.0.34', '1', '', 'i386', '100477', 'rhel-i386-as-4']] D: Candidates for the selected list: [['alchemist', '1.0.34', '1', '', 'i386', '100477', 'rhel-i386-as-4']] D: ['alchemist', '1.0.34', '1', '', 'i386', '100477', 'rhel-i386-as-4'] alchemist-1.0.34-1-i386 is selected for the transaction D: Checking for dependencies D: Running transaction (final step)... D: getPackage ['alchemist-devel', '1.0.34', '1', '', 'i386', '114703', 'rhel-i386-as-4'] alchemist-devel-1.0.34-1.i3 ########################## Done. D: Package ['alchemist-devel', '1.0.34', '1', '', 'i386', '114703', 'rhel-i386-as-4'] Fetched via: get D: getPackage ['alchemist', '1.0.34', '1', '', 'i386', '100477', 'rhel-i386-as-4'] alchemist-1.0.34-1.i386.rpm ########################## Done. D: Package ['alchemist', '1.0.34', '1', '', 'i386', '100477', 'rhel-i386-as-4'] Fetched via: get Preparing ########################################### [100%] Installing... 1:alchemist ########################################### [100%] 2:alchemist-devel ########################################### [100%] The following packages were added to your selection to satisfy dependencies: Name Version Release -------------------------------------------------------------- alchemist 1.0.34 1 D: Sending back response (0, 'Packages were installed successfully', {}) So these two possible cases where the query could be called seemed to work as expected. Might be some weird state where while the resolution was happening the server or the database was bounced perhaps. Seems to work, so I'm gonna close this as WorksForMe. |