1283673 – Grep NVR mismatch between releases is blocking upgrade from RHEL-6 to RHEL-7

RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Bug 1283673 - Grep NVR mismatch between releases is blocking upgrade from RHEL-6 to RHEL-7

Summary: Grep NVR mismatch between releases is blocking upgrade from RHEL-6 to RHEL-7

Keywords:
Status:	CLOSED NOTABUG
Alias:	None
Product:	Red Hat Enterprise Linux 7
Classification:	Red Hat
Component:	grep
Sub Component:
Version:	7.3
Hardware:	All
OS:	Linux
Priority:	urgent
Severity:	urgent
Target Milestone:	rc
Target Release:	---
Assignee:	Jaroslav Škarvada
QA Contact:	BaseOS QE - Apps
Docs Contact:
URL:
Whiteboard:
Depends On:
Blocks:	1289025 1295396
TreeView+	depends on / blocked

Reported:	2015-11-19 14:37 UTC by Jan ONDREJ
Modified:	2016-03-08 16:14 UTC (History)
CC List:	6 users (show)
Fixed In Version:
Doc Type:	Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed:	2016-02-10 16:01:46 UTC
Target Upstream Version:
Embargoed:

Attachments	(Terms of Use)

Description Jan ONDREJ 2015-11-19 14:37:42 UTC

Description of problem:
Upgrade from centos6 to centos7 fails with an unbootable system. Looks like not all versions are properly upgraded due to older versions in newer CentOS/RHEL repositories.

Version-Release number of selected component (if applicable):
grep-2.20-3.el6_7.1.x86_64
grep-2.20-1.el7.x86_64

How reproducible:
always

Steps to Reproduce:
1. try to upgrade from version 6 -> 7 using upgradetool
2. boot into rescue mode, chroot
3. run grep

Actual results:
grep: error while loading shared libraries: libpcre.so.0: cannot open shared object file: No such file or directory

Additional info:
Looks like version of grep is older and is not upgraded. Grep is required to build initrd and other postinstall scripts, which results in an dead system.

This bug was tested on CentOS, but should affect also paying Red Hat customers. Fix is easy. Please fix it before customers report it. Thank you.

I think there is an similar openldap problem too. I can report new bug if requested. After fix, I can recheck again, if there are no other similar problems with other packages.

Comment 1 Jaroslav Škarvada 2015-11-19 14:44:04 UTC

Thanks for the report.

The fix is trivial, just version bump.

Please open individual bugzillas for other affected packages (e.g. openldap), thanks.

Comment 3 Jan ONDREJ 2016-01-12 17:37:39 UTC

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.

Comment 4 Jaroslav Škarvada 2016-01-12 17:59:31 UTC

(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.

Comment 5 David Rooney 2016-02-01 10:18:50 UTC

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

Comment 6 Jan ONDREJ 2016-02-01 10:37:24 UTC

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.

Comment 7 Jaroslav Škarvada 2016-02-01 10:42:24 UTC

Thanks for info, added requirement for documentation.

Comment 8 Jaroslav Škarvada 2016-02-02 15:57:08 UTC

Confirming that the workaround works. Increasing bug priority to urgent.

Comment 12 Ondrej Vasik 2016-02-10 11:58:19 UTC

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.

Comment 13 Ondrej Vasik 2016-02-10 11:59:44 UTC

(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?

Comment 14 Jan ONDREJ 2016-02-10 12:03:11 UTC

(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.

Comment 15 Petr Stodulka 2016-02-10 12:31:29 UTC

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.

Comment 16 Jan ONDREJ 2016-02-10 13:10:07 UTC

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.

Comment 17 Petr Stodulka 2016-02-10 13:43:50 UTC

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.

Comment 18 Petr Stodulka 2016-02-10 13:46:57 UTC

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.

Comment 19 Jan ONDREJ 2016-02-10 13:54:31 UTC

(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

Comment 20 Petr Stodulka 2016-02-10 14:10:05 UTC

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.

Comment 21 Jaroslav Škarvada 2016-02-10 16:01:46 UTC

According to Petr Stodůlka this is covered by current preupgrade-assistant-contents in RHEL, thus closing.

Note You need to log in before you can comment on or make changes to this bug.