Bug 1283673
Summary: | Grep NVR mismatch between releases is blocking upgrade from RHEL-6 to RHEL-7 | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 7 | Reporter: | Jan ONDREJ <ondrejj> |
Component: | grep | Assignee: | Jaroslav Škarvada <jskarvad> |
Status: | CLOSED NOTABUG | QA Contact: | BaseOS QE - Apps <qe-baseos-apps> |
Severity: | urgent | Docs Contact: | |
Priority: | urgent | ||
Version: | 7.3 | CC: | adobriyan, isenfeld, jskarvad, ovasik, pstodulk, rooneyd |
Target Milestone: | rc | Keywords: | EasyFix, Regression |
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2016-02-10 16:01:46 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: | |||
Bug Depends On: | |||
Bug Blocks: | 1289025, 1295396 |
Description
Jan ONDREJ
2015-11-19 14:37:42 UTC
Thanks for the report. The fix is trivial, just version bump. Please open individual bugzillas for other affected packages (e.g. openldap), thanks. It's almost 2 months waiting for this fix. What are blocker and dependants of this bug? I have no access to bugs mentioned ad depends on and block. Any chance to get this update released? Current EL6/7 versions looks to be following: grep-2.20-3.el6_7.1.x86_64 grep-2.20-2.el7.x86_64 So there is an small update in el7, but still no enough. (In reply to Jan ONDREJ from comment #3) > It's almost 2 months waiting for this fix. What are blocker and dependants > of this bug? I have no access to bugs mentioned ad depends on and block. > There is no blocker, it's proposed by engineering. > Any chance to get this update released? > Hopefully, but I cannot promise anything. The processes take time. Hi All, I am hitting this bug when trying to update a CentOS 7 server. This is our spacewalk proxy server for AsiaPac so using --skip-broken won't help as we are trying to automate the update from the Spacewalk server. Error: Package: grep-2.20-3.el6_7.1.x86_64 (centos6x-updates) Requires: libpcre.so.0()(64bit) Thanks I found a workaround for this problem. Run this command on centos6 (rhel6) system: rpm -e --nodeps --justdb grep This will remove grep only from rpm database. On next update, grep will be installed from CentOS 7 packages as an dependency of other scripts. Tested on one of my systems and works perfectly. Just need to run this as last yum transaction, any other install/update will install grep again and revert this change. After this command it's safe to run "preupg -s ..." command and update to version 7 as described in documentation. Thanks for info, added requirement for documentation. Confirming that the workaround works. Increasing bug priority to urgent. This should handled correctly if you use preupg on RHEL 6 - preupg should be able to handle the package downgrades. So far, reports are CentOS only, I assume they may have some issues with preupgrade-assistant data, maybe they are outdated there - I don't know - as the preupgrade-assistant is part of Extras channel and I don't know how CentOS handles them. (Note: redhat-upgrade-tool can't handle it, preupg needs to prepare correct data for it - and this may be broken when using old preupgrade-assistant data - which is IMHO issue with CentOS now - can you please provide version of preupgrade-assistant-contents on CentOS where it didn't worked? (In reply to Ondrej Vasik from comment #12) > This should handled correctly if you use preupg on RHEL 6 - preupg should be > able to handle the package downgrades. Should, but it's not so easy to handle core package downgrades. Also there is no older grep for CentOS 6, unable to downgrade grep. This is why my workaround uses rpm -e to remove grep to allow update. May be preupg can't downgrade this package, because there are no older packages for centos 6 available and also it's a core package required by most of utilities. Jan, we can test it in rhel again, however you should check if you have up to date preupgrade-assistant + preupgrade-assistant-contents. Don't know packages on CentOS yet, but You should look at our content: RHEL6_7/packages/pkgdowngrades/ which handle this. Downgrades are about 170-444 packages and there are (were) more core packages which needs downgrades. OK, trying again with: Installed: preupgrade-assistant-contents.noarch 0:0.5.14-1.el6.centos redhat-upgrade-tool.noarch 1:0.7.22-3.el6.centos and looks like it's working. My system has been updated to CentOS 7. After upgrade grep is still on centos6 version, bug at least I can downgrade it using yum. That's weird. I am testing one upgrade now, so I will write feedback during hour. If I find same problem, I will take it to preupgrade-assistant-contents. Ah! One moment. You use really old preupgrade-assistant-contents - it's around 2 years old! We are using actually..uf. I guess version >= 0.6.41. (In reply to pstodulk from comment #18) > Ah! One moment. You use really old preupgrade-assistant-contents - it's > around 2 years old! We are using actually..uf. I guess version >= 0.6.41. It's not me. I used official centos repo, asi described here: https://wiki.centos.org/TipsAndTricks/CentOSUpgradeTool I apologize, it wasn't agains You. I just noted that it's not actual set of contents and there are colosal changes against 0.5.14 version. According to Petr Stodůlka this is covered by current preupgrade-assistant-contents in RHEL, thus closing. |