Bug 1018551
Summary: | Packstack installation fails with error "package nc is not installed" in f-19 | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Humble Chirammal <hchiramm> | ||||
Component: | openstack-packstack | Assignee: | Humble Chirammal <hchiramm> | ||||
Status: | CLOSED EOL | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | 19 | CC: | derekh, itamar, Jan.van.Eldik, john.griffith8, mmagr, pbrady, p | ||||
Target Milestone: | --- | Keywords: | Reopened | ||||
Target Release: | --- | ||||||
Hardware: | x86_64 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | openstack-packstack-2013.2.1-0.12.dev806.fc20 | Doc Type: | Bug Fix | ||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2015-02-18 11:14:21 UTC | Type: | Bug | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
Humble Chirammal
2013-10-13 07:49:47 UTC
The patch should either look like [1] or [2] [1] --- /usr/lib/python2.7/site-packages/packstack/plugins/puppet_950.py.org 2013-10-13 12:32:24.174715212 +0530 +++ /usr/lib/python2.7/site-packages/packstack/plugins/puppet_950.py 2013-10-13 12:32:41.310095819 +0530 @@ -78,7 +78,7 @@ def runCleanup(config): def installdeps(config): for hostname in getinstallhostlist(controller.CONF): server = utils.ScriptRunner(hostname) - for package in ("puppet", "openssh-clients", "tar", "nc"): + for package in ("puppet", "openssh-clients", "tar", "nmap-ncat"): server.append("rpm -q %s || yum install -y %s" % (package, package)) server.execute() [2] --- /usr/lib/python2.7/site-packages/packstack/plugins/puppet_950.py.org 2013-10-13 12:32:24.174715212 +0530 +++ /usr/lib/python2.7/site-packages/packstack/plugins/puppet_950.py.sec 2013-10-13 13:24:23.549021618 +0530 @@ -78,7 +78,11 @@ def runCleanup(config): def installdeps(config): for hostname in getinstallhostlist(controller.CONF): server = utils.ScriptRunner(hostname) - for package in ("puppet", "openssh-clients", "tar", "nc"): + if platform.linux_distribution()[0] == "Fedora": + packagelist = ["puppet", "openssh-clients", "tar", "nmap-ncat"] + else: + packagelist = ["puppet", "openssh-clients", "tar", "nc"] + for package in packagelist: server.append("rpm -q %s || yum install -y %s" % (package, package)) server.execute() I believe second one is better, if agreed I will push to upstream. --Humble Created attachment 811689 [details]
Patch to avoid package dependency error in packstack.
nc is available: $ repoquery -q --repoid=rawhide --whatprovides nc nmap-ncat-2:6.40-2.fc20.x86_64 I guess this is another instance of this puppet rpm handling bug: http://projects.puppetlabs.com/issues/5831 Can we just patch puppet to fix that already? This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. For nc we use "yum install -y nc", so the problem is somewhere else. Looking at your log, following shows your repos are failing: Error: Cannot find a valid baseurl for repo: russianfedora-free/19/x86_64 Not so hasty. packstack also does `rpm -q` which doesn't account for Provides: packstack should be doing `rpm -q --whatprovides` In addition the nmap package needs to be updated to Provides: nc since the updated ncat now supports the old nc interface. I've sent an email separately about this. (In reply to Pádraig Brady from comment #7) > Not so hasty. > packstack also does `rpm -q` which doesn't account for Provides: > > packstack should be doing `rpm -q --whatprovides` > > In addition the nmap package needs to be updated to Provides: nc > since the updated ncat now supports the old nc interface. > I've sent an email separately about this. Thanks Padraig & Martin, Yes, nmap-ncat should be pulled without effort here. How-ever, changing 'rpm -q --whatprovides' looks to be a must here.. I will resend the patch with this change.. (In reply to Pádraig Brady from comment #7) > Not so hasty. > packstack also does `rpm -q` which doesn't account for Provides: > > packstack should be doing `rpm -q --whatprovides` > > In addition the nmap package needs to be updated to Provides: nc > since the updated ncat now supports the old nc interface. > I've sent an email separately about this. Hi Padraig, resubmitted https://review.openstack.org/#/c/51446/ with the proposed change.. please review it.. Thanks, Humble Not sure, but the above patch didn't seem to work for me. I did however get the rubygems install to work by adding the optional rpms repo: yum-config-manager --enable rhel-6-server-optional-rpms I actually manually did a yum install ruby-gems and puppet, but I would imagine that having this repo added would allow the packstack routine to finish successfully as well. Hi John. So the only patch associated with this bug is to get packstack to use: `rpm -q --whatprovides` to determine nc is installed. That will return nc on RHEL6 and nmap-ncat on newer Fedora. Packstack 806 should do this automatically on newer Fedora. Your response seems to suggest that you are using RDO on RHEL, in which case the "Optional" repo is mandatory as per: http://openstack.redhat.com/Repositories Coincidentally as per bug 978651, Packstack 806 should do this automatically on RHEL. This message is a notice that Fedora 19 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 19. It is Fedora's policy to close all bug reports from releases that are no longer maintained. Approximately 4 (four) weeks from now this bug will be closed as EOL if it remains open with a Fedora 'version' of '19'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 19 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. Fedora 19 changed to end-of-life (EOL) status on 2015-01-06. Fedora 19 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed. |