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 1254989 - lasso dependency issue with glib2
Summary: lasso dependency issue with glib2
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: lasso
Version: 7.2
Hardware: Unspecified
OS: Unspecified
medium
unspecified
Target Milestone: rc
: ---
Assignee: John Dennis
QA Contact: Namita Soman
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-08-19 11:49 UTC by Veronika Kabatova
Modified: 2015-11-19 11:58 UTC (History)
6 users (show)

Fixed In Version: lasso-2.4.1-8.el7
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-11-19 11:58:07 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2015:2367 0 normal SHIPPED_LIVE lasso bug fix and enhancement update 2015-11-19 10:39:46 UTC

Description Veronika Kabatova 2015-08-19 11:49:54 UTC 
Description of problem:
After updating lasso, httpd fails to start. Probably dependency problem - after manually updating glib2 httpd starts normally.

Version-Release number of selected component (if applicable):
Update from lasso.x86_64 0:2.4.1-5.el7 to lasso.x86_64 0:2.4.1-6.el7,
need to update glib2 (from glib2-2.40.0-4.el7.x86_64) to glib2-2.42.2-4.el7.x86_64

How reproducible:
Always

Steps to Reproduce:
1. yum install mod_auth_mellon (installs httpd and lasso as dependencies)
2. yum update lasso
3. service httpd restart

Actual results:
Job for httpd.service failed. See 'systemctl status httpd.service' and 'journalctl -xn' for details.

Expected results:
lasso updates glib2 as it's dependency and httpd starts normally

Additional info:
# systemctl status httpd.service -l


httpd.service - The Apache HTTP Server
   Loaded: loaded (/usr/lib/systemd/system/httpd.service; disabled)
   Active: failed (Result: exit-code) since Wed 2015-08-19 07:43:43 EDT; 40s ago
  Process: 29701 ExecStop=/bin/kill -WINCH ${MAINPID} (code=exited, status=1/FAILURE)
  Process: 29699 ExecStart=/usr/sbin/httpd $OPTIONS -DFOREGROUND (code=exited, status=1/FAILURE)
 Main PID: 29699 (code=exited, status=1/FAILURE)

Aug 19 07:43:43 ibm-x3250m4-02.rhts.eng.bos.redhat.com httpd[29699]: httpd: Syntax error on line 56 of /etc/httpd/conf/httpd.conf: Syntax error on line 1 of /etc/httpd/conf.modules.d/10-auth_mellon.conf: Cannot load modules/mod_auth_mellon.so into server: /lib64/liblasso.so.3: undefined symbol: g_type_check_instance_is_fundamentally_a
Aug 19 07:43:43 ibm-x3250m4-02.rhts.eng.bos.redhat.com systemd[1]: httpd.service: main process exited, code=exited, status=1/FAILURE
Aug 19 07:43:43 ibm-x3250m4-02.rhts.eng.bos.redhat.com kill[29701]: kill: cannot find process ""
Aug 19 07:43:43 ibm-x3250m4-02.rhts.eng.bos.redhat.com systemd[1]: httpd.service: control process exited, code=exited status=1
Aug 19 07:43:43 ibm-x3250m4-02.rhts.eng.bos.redhat.com systemd[1]: Failed to start The Apache HTTP Server.
Aug 19 07:43:43 ibm-x3250m4-02.rhts.eng.bos.redhat.com systemd[1]: Unit httpd.service entered failed state.
Comment 2 John Dennis 2015-08-31 23:43:39 UTC 
This looks like a common problem, one only needs to Google g_type_check_instance_is_fundamentally_a and you get a lot of hits about this being an unresolved symbol.

The function was introduced in the glib git commit 6072e365.

$ git tag --contains 6072e365
2.41.1
2.41.2
2.41.3
2.41.4
2.41.5
2.42.0
2.42.1
2.42.2
2.43.0
2.43.1
2.43.2
2.43.3
2.43.4
2.43.90
2.43.91
2.43.92
2.44.0
2.44.1
2.45.1
2.45.2
2.45.3

so it looks like we'll need a dependency on glib 2.41.1 or higher. I'll look into which RHEL rpms would be the most appropriate to add a dependecy on.

Curious the rpm dependency checker didn't pick this up.
Comment 3 John Dennis 2015-09-01 00:36:52 UTC 
So it would appear the new symbol is in glib2 2.42 which to the best of my knowledge is in the 7.2 update. From the original bug report it would appear you install a RHEL 7.2 version of lasso into a RHEL 7.1 system, which we don't support (or so I believe), you can't just cherry pick packages from a RHEL update.

Did you install just one component of a 7.2 update into a 7.1 system?
Comment 4 John Dennis 2015-09-01 01:01:15 UTC 
The lasso RPM requires 

libglib-2.0.so.0
libgobject-2.0.so.0

which clearly isn't sufficient.

This seems to be more of an issue with glib2 versioning or rpm dependency generation than a problem inherent in lasso.
Comment 5 Jan Pazdziora (Red Hat) 2015-09-01 06:37:34 UTC 
(In reply to John Dennis from comment #3)
> So it would appear the new symbol is in glib2 2.42 which to the best of my
> knowledge is in the 7.2 update. From the original bug report it would appear
> you install a RHEL 7.2 version of lasso into a RHEL 7.1 system, which we
> don't support (or so I believe), you can't just cherry pick packages from a
> RHEL update.
> 
> Did you install just one component of a 7.2 update into a 7.1 system?

Yes, on RHEL 7.1 installation subscribed to 7.2 content,

   yum update lasso

was invoked. You say that is unsupported?
Comment 14 errata-xmlrpc 2015-11-19 11:58:07 UTC 
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-2015-2367.html
Note You need to log in before you can comment on or make changes to this bug.