Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
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.
Description of problem:
GNOME session fails to start after upgrade of kernel on rhel7.0 or rhel7.1
gnome-shell fails to start with below message after upgrade of kernel to RHEL7.2 level (kernel-3.10.0-327.10.1.el7)
---
Oh no! Something has gone wrong
---
Symbol lookup error for g_type_class_adjust_private_offset observed in messages logs
---
gnome-session: /usr/bin/gnome-shell: symbol lookup error: /lib64/libgudev-1.0.so.0: undefined symbol: g_type_class_adjust_private_offset
---
Version-Release number of selected component (if applicable):
rhel7.0 rhel7.1
kernel-3.10.0-327.10.1.el7
systemd-219-19.el7
libgudev1-219-19.el7
glib2-2.36.3-5.el7
How reproducible:
Always
Steps to Reproduce:
1. Install latest (rhel7.2) kernel on rhel7.0 system
yum install kernel
2. Try to restart GUI on console or within vnc session.
Actual results:
Oh no! Something has gone wrong
Expected results:
GUI should start without any issue.
Additional info:
Install of new kernel on rhel7.0 pulls few dependencies. systemd and libgudev1 of these is causing problem.
The packages get updated to new release without glib2 which is still at older release and hence symbol lookup error is observed.
systemd spec should have entry of Requires: glib2 >= 2.42
If I am not mistaken this is a glib problem. They have changed the api without bumping soname. And the dependencies on libraries are added automatically, they should not be in spec.
Lukáš, at the moment the burden is on dependent packages to bump the Requires.
See https://bugzilla.redhat.com/show_bug.cgi?id=300241 and many others. GLib doesn't use versioned symbols, so dependent packages have to manually increase the Requires:. I know it sucks, and RPM could handle this better, but it is the way it is.
It's not a matter of soname bumping as no ABI broke, it was just added.
So, optionally please do consider editing the systemd spec file to use >= 2.42.
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.
https://rhn.redhat.com/errata/RHBA-2016-2216.html