Bug 1873975
Summary: | libacl users segfault when built with LTO | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Dan Horák <dan> |
Component: | acl | Assignee: | Kamil Dudka <kdudka> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | rawhide | CC: | hannsj_uhl, jmoskovc, kdudka, law, mruprich, steved, svashisht |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | s390x | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | acl-2.2.53-9.fc34 acl-2.2.53-9.fc33 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2020-09-25 16:40:37 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: | 467765 |
Description
Dan Horák
2020-08-31 08:50:24 UTC
I found a little bit easier reproducer for this when rebuilding rsync. In the testsuite, rsync is testing whether various ACLs were correctly transferred and it fails on setfacl -k. Steps to reproduce: 1. # cd /tmp/ 2. tmp # mkdir testdir 3. tmp # setfacl -k testdir/ 4. tmp # setfacl -dm u::7,g::5,o:5 testdir/ 5. tmp # cd testdir/ 6. testdir # mkdir inner_dir 7. testdir # setfacl -k inner_dir/ Segmentation fault (core dumped) Looking at the coredump Dan has provided, my is practically the same. This was tested on s390x as stated in the HW section in this bz. diff -up acl-2.2.53/test/Makemodule.am.ld acl-2.2.53/test/Makemodule.am --- acl-2.2.53/test/Makemodule.am.ld 2020-08-31 06:42:03.695409810 -0400 +++ acl-2.2.53/test/Makemodule.am 2020-08-31 06:44:57.905409810 -0400 @@ -33,5 +33,5 @@ libtestlookup_la_SOURCES = test/test_pas libtestlookup_la_CFLAGS = -DBASEDIR=\"$(abs_srcdir)\" libtestlookup_la_LDFLAGS = -rpath $(abs_builddir) -AM_TESTS_ENVIRONMENT = PATH="$(abs_top_builddir):$$PATH"; +AM_TESTS_ENVIRONMENT = export PATH="$(abs_top_builddir):$$PATH" LD_LIBRARY_PATH="$(abs_top_builddir)/.libs:$$LD_LIBRARY_PATH"; TEST_LOG_COMPILER = $(srcdir)/test/runwrapper ^^^ enables running with the freshly build libacl Thank you for reporting the bug! The code breaks strict aliasing rules. I am working on a fix. upstream report: https://lists.nongnu.org/archive/html/acl-devel/2020-08/msg00000.html dist-git commit: https://src.fedoraproject.org/rpms/acl/c/e0b4e6db FEDORA-2020-aa8f1b7735 has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2020-aa8f1b7735 FEDORA-2020-aa8f1b7735 has been pushed to the Fedora 33 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-aa8f1b7735` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-aa8f1b7735 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. upstream commit: http://git.savannah.nongnu.org/cgit/acl.git/commit/?id=cad5d695 FEDORA-2020-aa8f1b7735 has been pushed to the Fedora 33 stable repository. If problem still persists, please make note of it in this bug report. |