Created attachment 1956751 [details] Error reported Created attachment 1956751 [details] Error reported Created attachment 1956751 [details] Error reported Description of problem: When I try to report a crash in Anaconda using the built-in bug report, the process ends up with an error complaining that the `packaging.log` cannot be read or is empty. The bug itself gets reported and populated but packaging.log is not added to the list. Version-Release number of selected component (if applicable): 38.23.4-1 How reproducible: Always Steps to Reproduce: 1. Use the Anaconda crash -> kill -USR1 `cat /var/run/anaconda.pid` 2. Follow the bug reporting process. 3. See the results. Actual results: The process always fails for packaging.log. Expected results: Bugs should be reported flawlessly. Additional info: See screenshot of Anaconda with the reported error.
Proposed as a Blocker and Freeze Exception for 38-final by Fedora user lruzicka using the blocker tracking app because: This might break the Failure reporting basic criteria, therefore proposing as a blocker. https://fedoraproject.org/wiki/Basic_Release_Criteria#Failure_reporting
The text version of the process also reports an error, but this time it is an unknown error, see shot.
Created attachment 1956794 [details] Unknown error
(In reply to Lukas Ruzicka from comment #3) > Created attachment 1956794 [details] > Unknown error It's unfortunately localized, but the error line translates as "An unknown error occurred".
It's not clear from the screenshot, but it is really the whole contents of the libreport output: --- Running report_Bugzilla --- Checking for duplicates Creating a new bug Adding attachments to bug 2185856 Failed to attach 'packaging.log' to bug # 2185856. Server says: 400 Bad Request {"error":true,"code":606,"documentation":"https://bugzilla.redhat.com/docs/en/html/api/index.html","message":"The file you are trying to attach is empty, does not exist, or you don't have permission to read it."} Traceback (most recent call last): File "/usr/bin/reporter-bugzilla", line 801, in <module> attachment, new_id, response.json()['ids'][0]) ^^^^^^^^^^^^^ AttributeError: 'NoneType' object has no attribute 'json' ('report_Bugzilla' exited with 1) I see two problems with it: 1. It looks like it failed, when it actually reported the bug just fine (tested with bug 2185856). 2. It doesn't print the URL of the bug, so a regular users won't even know where to look. Also, this only affects Live images (where packaging.log - and some other logs as well) are empty. It doesn't occur with non-Live images. I think the "unknown error" from comment 3 is actually a different problem.
Actually, "An unknown error has occurred" is an expected header for the traceback displayed below it. It's not a bug :-) In the text mode, the bug was reported without issues, you can see the URL. Let's disregard comment 2 to 4.
Does this happen no matter when anaconda crashes, or only if it crashes prior to the actual install proceeding?
Packaging.log is empty the whole time, because DNF is not used on Live images, just rsync. I.e. it doesn't matter when anaconda crashes, the problem will occur always.
I'm working on a fix for this.
FEDORA-2023-6f653f9f99 has been submitted as an update to Fedora 38. https://bodhi.fedoraproject.org/updates/FEDORA-2023-6f653f9f99
OK, sent a fix. You can test it by updating anaconda on a live boot before running it, or openQA will generate live and netinst images with the update in it soon. I tested it locally in the live case, it does appear to resolve the problem.
+6 for blocker in https://pagure.io/fedora-qa/blocker-review/issue/1147 , marking accepted blocker (for now).
(In reply to Fedora Update System from comment #10) > FEDORA-2023-6f653f9f99 has been submitted as an update to Fedora 38. > https://bodhi.fedoraproject.org/updates/FEDORA-2023-6f653f9f99 Tested in bug 2186010 , seem to work fine!
FEDORA-2023-6f653f9f99 has been pushed to the Fedora 38 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-6f653f9f99 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2023-6f653f9f99 has been pushed to the Fedora 38 stable repository. If problem still persists, please make note of it in this bug report.