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.
DescriptionChristine Caulfield
2016-04-25 14:42:59 UTC
Description of problem:
If corosync is built out-of-tree (using --srcdir to configure) then TOTEM logging doesn't print anything.
Version-Release number of selected component (if applicable):
How reproducible:
Every time
Steps to Reproduce:
1. configure corosync to build in a directory other than the source directory. eg:
cd ..
mkdir build
cd build
../corosync/configure --srcdir==../corosync
2. build and install corosync
3. enable logging in corosync.conf eg DEBUG logging (easier to spot)
4. run corosync
Actual results:
All normal logging appears but there are no TOTEM messages
Expected results:
TOTEM messages should appear, as they do if corosync is built inside the source tree
Additional info:
This is caused by the source filenames (from __FILE__ at compilation time) having the configured path in them - in this example ../corosync/exec/totemudp.c etc. The list of totem source filenames passed to libqb loggin facility only has the basenames so the filenames never match up as libqb does an exact string match.
I looked into fixing this in libqb but it causes a regression. We can't simply basename() the __FILE__ as it's common also to use __FILE__ to generate the logging source, and using basename() on both removes the distinction between similarly named files from different directories which could be a requirement.
So I think this will need fixing in corosync. It's quite simple.
Comment 1Christine Caulfield
2016-04-25 14:59:29 UTC
Comment 3Christine Caulfield
2016-04-26 12:34:04 UTC
commit d245831d65d16f39ef2fb800c66233dfddf475e3
Author: Christine Caulfield <ccaulfie>
Date: Tue Apr 26 09:49:53 2016 +0100
logsys: fix TOTEM logging when corosync built out of tree
Comment 4Christine Caulfield
2016-05-13 08:51:42 UTC
An improved patch for this:
commit 1e2de52ef18c86140892766e97e06e5bf005e5f7
Author: Christine Caulfield <ccaulfie>
Date: Tue May 3 11:05:02 2016 +0100
logging: Use our own version of basename
basename() function has some potentially odd issues on
other platforms.
So, to be safe, here's an internal version.
Signed-off-by: Christine Caulfield <ccaulfie>
Reviewed-by: Jan Friesse <jfriesse>
Comment 5Christine Caulfield
2016-05-24 13:48:17 UTC
Closing this 'UPSTREAM' as the patch is upstream and there is no point it in going into RHEL