Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1860616
Summary: | abrt-server errors when processing zstd compressed core dumps produced by systemd-246~rc1-1.fc33 | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Matt Fagnani <matthew.fagnani> |
Component: | libreport | Assignee: | abrt <abrt-devel-list> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 33 | CC: | abrt-devel-list, alciregi, awilliam, bcotton, bugzilla, drusek, ekulik, gmarr, jakub, jmilan, jpesco, kparal, lruzicka, mcatanza, mfabik, mhabrnal, michal.toman, mkutlak, mmarusak, robatino |
Target Milestone: | --- | Keywords: | Reopened |
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | AcceptedBlocker | ||
Fixed In Version: | libreport-2.14.0-8.fc33 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2020-09-21 20:48:40 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: | 1766775 |
Description
Matt Fagnani
2020-07-25 19:18:59 UTC
Please create an issue upstream: https://github.com/abrt/abrt/issues/new (In reply to Ernestas Kulik from comment #1) > Please create an issue upstream: https://github.com/abrt/abrt/issues/new I'd prefer not to use an account on github. Free free to open an issue upstream with the information in this report though. Thanks. Feel free to open an issue upstream with the information in this report though (is what I meant to write). Sorry. I'm reopening this for the purpose of a blocker bug discussion. I've already hit this bug in bug 1861700 and it has dire consequences. If I'm not mistaken, it basically means that users can't easily report bugs against Fedora 33, which means we'll get *substantially* fewer reports, which is likely to negatively impact release quality. I believe we need to fix this ASAP, because it's extremely important for QA. I'm proposing this to be a F33 blocker, at least according to this criterion: https://fedoraproject.org/wiki/Fedora_33_Final_Release_Criteria#Default_application_functionality If ABRT can't report any crashes because it doesn't understand zstd-compressed coredumps, it doesn't withstand a basic functionality test. Note that I think this should be accepted against Beta rather than Final, but I can't find a fitting criterion. I think we had some paragraph about substantially reducing QA coverage somewhere, but I can't find it. https://github.com/abrt/libreport/pull/656 should help with this. https://fedoraproject.org/wiki/Fedora_32_Beta_Release_Criteria#Beta_Blocker_Bugs "A bug is considered a Beta blocker bug if any of the following criteria are met: * Bug hinders execution of required Beta test plans or dramatically reduces test coverage" Thank you, Chris, that's what I was looking for. I believe this issue dramatically reduces test coverage, because the QA community in large can't easily report most of program crashes. The simplest reproducer is: 1. run gnome-calculator 2. pkill -ABRT -f gnome-calculator 3. see abrt notification pop up, try to report it, it can't, because of this issue Discussed during the 2020-08-03 blocker review meeting: [0] The decision to classify this bug as an "AcceptedBlocker" was made as it violates the following criterion: "Bug hinders execution of required Beta test plans or dramatically reduces test coverage" [1]. The impact of this bug could leave users with no ability to automatically report bugs, which would reduce the amount of testing coverage. As such, we find it warrants blocker status. [0] https://meetbot.fedoraproject.org/fedora-blocker-review/2020-08-03/f33-blocker-review.2020-08-03-16.02.txt [1] https://fedoraproject.org/wiki/Fedora_32_Beta_Release_Criteria#Beta_Blocker_Bugs since a PR was referenced, setting POST. abrt folks, can you please either cut a new release of libreport and package it for f33, or backport the fix to f33? thanks! (In reply to Adam Williamson from comment #10) > abrt folks, can you please either cut a new release of libreport and package > it for f33, or backport the fix to f33? thanks! Yeah, that’s in the works. This bug appears to have been reported against 'rawhide' during the Fedora 33 development cycle. Changing version to 33. So there was a new libreport version cut and packages built, but there were issues with that: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/HCDKM64RKM3H27WGCDV66S4KSHCEJX2A/ and the libreport 2.14.0 builds are being untagged until its dependencies are rebuilt. I'm trying to get the abrt team to take care of this at present. Thanks! So there's now a libreport 2.4.0 with a matching abrt rebuild in a side tag. But...I installed them, and this still doesn't seem to work: [adamw@adam tmp]$ report-cli -e analyze_LocalGDB ccpp-2020-08-24-09\:52\:58.756288-2021/ Analyzing coredump 'coredump' eu-unstrip: cannot read ELF core file: not a valid ELF file Can't get build ids from coredump ('analyze_LocalGDB' exited with 1) [adamw@adam tmp]$ file ccpp-2020-08-24-09\:52\:58.756288-2021/coredump ccpp-2020-08-24-09:52:58.756288-2021/coredump: Zstandard compressed data (v0.8+), Dictionary ID: None (In reply to Adam Williamson from comment #14) > So there's now a libreport 2.4.0 with a matching abrt rebuild in a side tag. > But...I installed them, and this still doesn't seem to work: > > [adamw@adam tmp]$ report-cli -e analyze_LocalGDB > ccpp-2020-08-24-09\:52\:58.756288-2021/ > Analyzing coredump 'coredump' > eu-unstrip: cannot read ELF core file: not a valid ELF file > Can't get build ids from coredump > ('analyze_LocalGDB' exited with 1) > [adamw@adam tmp]$ file ccpp-2020-08-24-09\:52\:58.756288-2021/coredump > ccpp-2020-08-24-09:52:58.756288-2021/coredump: Zstandard compressed data > (v0.8+), Dictionary ID: None Trigger a new crash and try again. This is not going to retroactively extract core dumps correctly. Huh. Why wouldn't it? If it's capable of decompressing zstd now, why not just...do it? Does something have to happen at the time the dump is created? FEDORA-2020-59e144acee has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2020-59e144acee FEDORA-2020-59e144acee has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2020-59e144acee (In reply to Fedora Update System from comment #18) > FEDORA-2020-59e144acee has been submitted as an update to Fedora 33. > https://bodhi.fedoraproject.org/updates/FEDORA-2020-59e144acee This update caused bug 1873029 for me. I guess this particular issue is fixed, but I can't confirm it. FEDORA-2020-59e144acee 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-59e144acee` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-59e144acee See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. *** Bug 1875418 has been marked as a duplicate of this bug. *** This is still happening on the latest compose available for testing -> 20200906. Well, yeah, we didn't push the update stable because of the issue kparal reported. The top-line status here, for me, is "waiting for abrt team to provide a set of packages that actually allows bugs to be successfully reported". I guess it would help if more people could try reporting crashes with the update installed and see if they run into the same bug kparal did - https://bugzilla.redhat.com/show_bug.cgi?id=1873029 - or not. FEDORA-2020-fd3d0e6879 has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2020-fd3d0e6879 This seems to be fixed with this update: https://bodhi.fedoraproject.org/updates/FEDORA-2020-444a3363f0 meaning: abrt-2.14.4-5.fc33.x86_64 gnome-abrt-1.3.6-5.fc33.x86_64 libreport-2.14.0-8.fc33.x86_64 However, that update still causes bug 1878317, so it's not clear whether it'll get pushed stable. FEDORA-2020-444a3363f0 has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2020-444a3363f0 FEDORA-2020-444a3363f0 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-444a3363f0` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-444a3363f0 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. FEDORA-2020-444a3363f0 has been pushed to the Fedora 33 stable repository. If problem still persists, please make note of it in this bug report. |