Bug 645795
Summary: | Provisioning or remote command on RHEL 4 results in error | ||
---|---|---|---|
Product: | Red Hat Satellite 5 | Reporter: | Garik Khachikyan <gkhachik> |
Component: | Provisioning | Assignee: | Justin Sherrill <jsherril> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Garik Khachikyan <gkhachik> |
Severity: | urgent | Docs Contact: | |
Priority: | high | ||
Version: | 540 | CC: | cperry, jblazek, jkastner, mkoci, psklenar |
Target Milestone: | --- | Keywords: | Regression |
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | cobbler-2.0.7-3 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2010-10-28 14:57:10 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: | 487678 |
Description
Garik Khachikyan
2010-10-22 13:41:15 UTC
Garik, out of curiosity, was the rhn-kickstart package already installed on the rhel4 system beforehand? If so, can you rpm -e rhn-kickstart and then try again? Thanks, -Justin checked: no but, seems on Satellite side the repodata for rhn-tools-rhel-4-as-x86_64 is not being created. but the issue is: when i manually do up2date -i koan , it takes not the 'old' one , but - 2.0.7-2.el4sat hmm, even having the koan manually installed to the latest one, still: --- D: DependencySolver::setup() working with pkgset = [['spacewalk-koan', '0.2.7', '4.el4sat', '', 'noarch', '20533', 'rhn-tools-rhel-4-as-x86_64']] D: Candidates for the selected list: [['spacewalk-koan', '0.2.7', '4.el4sat', '', 'noarch', '20533', 'rhn-tools-rhel-4-as-x86_64']] D: ['spacewalk-koan', '0.2.7', '4.el4sat', '', 'noarch', '20533', 'rhn-tools-rhel-4-as-x86_64'] spacewalk-koan-0.2.7-4.el4sat-noarch is selected for the transaction D: Checking for dependencies D: RPM returned 1 deps. D: Processing dependency (('spacewalk-koan', '0.2.7', '4.el4sat'), ('rhn-kickstart', None), 0, None, 1) D: Conflicts: [('spacewalk-koan', 'rhn-kickstart')] D: Candidates for the selected list: [['rhn-kickstart', '5.3.0', '2.el4sat', '', 'noarch', '29183', 'rhn-tools-rhel-4-as-x86_64']] D: ['rhn-kickstart', '5.3.0', '2.el4sat', '', 'noarch', '29183', 'rhn-tools-rhel-4-as-x86_64'] rhn-kickstart-5.3.0-2.el4sat-noarch is selected for the transaction D: Checking for dependencies D: RPM returned 2 deps. D: Processing dependency (('rhn-kickstart', '5.3.0', '2.el4sat'), ('rhn-kickstart-common', '5.3.0-2.el4sat'), 8, None, 0) D: Processing dependency (('spacewalk-koan', '0.2.7', '4.el4sat'), ('rhn-kickstart', None), 0, None, 1) D: Dependencies: [('rhn-kickstart', 'rhn-kickstart-common', '5.3.0-2.el4sat')] D: Dep [('rhn-kickstart-common', '5.3.0-2.el4sat')] Fetched via: [['rhn-kickstart-common', '5.3.0', '2.el4sat', '', 'noarch', '12525', 'rhn-tools-rhel-4-as-x86_64']] D: Got back response: [['rhn-kickstart-common', '5.3.0', '2.el4sat', '', 'noarch', '12525', 'rhn-tools-rhel-4-as-x86_64']] D: Candidates for the selected list: [['rhn-kickstart-common', '5.3.0', '2.el4sat', '', 'noarch', '12525', 'rhn-tools-rhel-4-as-x86_64']] D: ['rhn-kickstart-common', '5.3.0', '2.el4sat', '', 'noarch', '12525', 'rhn-tools-rhel-4-as-x86_64'] rhn-kickstart-common-5.3.0-2.el4sat-noarch is selected for the transaction D: Conflicts: [('spacewalk-koan', 'rhn-kickstart')] D: Candidates for the selected list: [] D: Checking for dependencies D: RPM returned 1 deps. D: Processing dependency (('spacewalk-koan', '0.2.7', '4.el4sat'), ('rhn-kickstart', None), 0, None, 1) D: Conflicts: [('spacewalk-koan', 'rhn-kickstart')] D: Candidates for the selected list: [] D: Sending back response (18, 'Failed: packages requested raised dependency problems', {'failed_deps': ((('spacewalk-koan', '0.2.7', '4.el4sat'), ('rhn-kickstart', ''), 0, '', 1),), 'version': '0', 'name': 'packages.update.failed_deps'}) D: do_call packages.checkNeedUpdate ('rhnsd=1',) D: Called refresh_rpmlist D: local action status: (0, 'rpmlist refreshed', {}) and also: seems that sat540 does not generating repo-cache for rhel4 stuff (neither for base nor for tools). I did synced the rhel4 stuff today at the morning, since that did also rhel6 32 bit sync... but the repodata for rhel4 got not created (unlike the rhel6 one - which did) right now did re-synced the RHEL4 channels - in rhntaskqueue there appeared 2 entries for that 2 channels (base+tools) but both regard to errata cache regenerating. Nothing for repodata. (In reply to comment #5) > and also: > > seems that sat540 does not generating repo-cache for rhel4 stuff (neither for > base nor for tools). > > I did synced the rhel4 stuff today at the morning, since that did also rhel6 32 > bit sync... but the repodata for rhel4 got not created (unlike the rhel6 one - > which did) > > right now did re-synced the RHEL4 channels - in rhntaskqueue there appeared 2 > entries for that 2 channels (base+tools) but both regard to errata cache > regenerating. Nothing for repodata. just discard it ^: jsherrill > rhel 4 uses up2date and not yum The original issue went away, but a new issue emerged: [Fri Oct 22 16:48:42 2010] up2date Attempt to call an unsupported actionkickstart.initiate('smqe-sat02.lab.eng.brq.redhat.com', 'spacewalk -koan', ' ', '', 'smqe-ws04.lab.eng.brq.redhat.com:2', []) the same happens for remote commands: [Fri Oct 22 17:18:11 2010] up2date Attempt to call an unsupported actionscript.run(358, {'username': 'root', 'groupname': 'root', 'now': ' 2010-10-22 17:26:02', 'timeout': 600, 'script': '#!/bin/sh\nls'}) This is because popen2 was deprecated in RHEL 6, so everything was switched to use subprocess which isn't in rhel 4. this is fine for backend stuff, but client side stuff still needs to use popen2 if subprocess isn't available. fixed in spacewalk master: e1aaebf917fe310688a94f58dc32cfeb74ad0878 941e323c03bfc14711a4251860845b54ae3e1846 The "magic" is discovered: In RHEL4 there is no requirements of python-urlgrabber package, which requires koan-2.0.7-2.el4sat for its usage. So: the freshly provisioned and RHEL4u8 fully up2dated system *does not* need python-urlgrabber package at all. This simple script fails on rhel4: --- import sys sys.path.append('/usr/share/rhn/') import spacewalkkoan.spacewalkkoan --- Failure hides in importing/using urlgrabber: --- Traceback (most recent call last): File "<stdin>", line 1, in ? File "/usr/share/rhn/spacewalkkoan/spacewalkkoan.py", line 29, in ? from koan.app import Koan File "/usr/lib/python2.3/site-packages/koan/app.py", line 62, in ? import utils File "/usr/lib/python2.3/site-packages/koan/utils.py", line 50, in ? import urlgrabber ImportError: No module named urlgrabber Assigning back for fixing: Packages where checked: --- spacewalk-koan-0.2.7-6.el4sat koan-2.0.7-2.el4sat tested - up2date -i python-urlgrabber resolved problem, so spacewalk-koan has missing dep in rhel4 This is actually a problem with koan itself, it just shows up when trying to import spacewalk-koan, rebuilding koan now: Third-party git change: 3632881ab3a71f36550ec3c6ee5b36373dbe851e # REOPEN Seems that the scenario in comment#12 not fixed still. Reopening. --- rpm -q koan --requires /usr/bin/python python >= 1.5 rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 # VERIFIED The recent koan package: koan-2.0.7-4.el4sat fixes the dependency issue: python-urlgrabber gets install together with it. Provisioning just works!:) The 5.4.0 RHN Satellite and RHN Proxy release has occurred. This issue has been resolved with this release. RHEA-2010:0801 - RHN Satellite Server 5.4.0 Upgrade https://rhn.redhat.com/rhn/errata/details/Details.do?eid=10332 RHEA-2010:0803 - RHN Tools enhancement update https://rhn.redhat.com/rhn/errata/details/Details.do?eid=10333 RHEA-2010:0802 - RHN Proxy Server 5.4.0 bug fix update https://rhn.redhat.com/rhn/errata/details/Details.do?eid=10334 RHEA-2010:0800 - RHN Satellite Server 5.4.0 https://rhn.redhat.com/rhn/errata/details/Details.do?eid=10335 Docs are available: http://docs.redhat.com/docs/en-US/Red_Hat_Network_Satellite/index.html Regards, Clifford |