Bug 1303936

Summary: systemd update fails
Product: [Fedora] Fedora Reporter: Kai A. Hiller <V02460>
Component: dnfAssignee: Packaging Maintenance Team <packaging-team-maint>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 23CC: johannbg, jsilhan, lnykryn, mluscon, msekleta, muadda, packaging-team-maint, pnemade, s, systemd-maint, V02460, vmukhame, zbyszek
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-02-08 12:40:29 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:
Attachments:
Description Flags
Output when running 'dnf update systemd'
none
journalctl -b none

Description Kai A. Hiller 2016-02-02 13:00:58 UTC
Created attachment 1120410 [details]
Output when running 'dnf update systemd'

Description of problem:
When trying to update systemd, unpacking of the rpm fails.

Version-Release number of selected component (if applicable):
systemd-222-13.fc23.x86_64

How reproducible:
dnf update systemd

Actual results:
systemd fails to update

Expected results:
Update without errors

Additional info:
systemd-222-14.fc23.x86_64 in updates-testing doesn't update as well.
Kernel: 4.3.3-300.fc23.x86_64

Comment 1 Zbigniew Jędrzejewski-Szmek 2016-02-02 13:15:03 UTC
Can you attach the logs (journalctl -b)? This looks like a file system error to me, reassigning to dnf to get a confirmation. At least the line about reducing download by -30% looks suspicious.

Comment 2 Kai A. Hiller 2016-02-02 16:34:35 UTC
Created attachment 1120512 [details]
journalctl -b

Comment 3 Zbigniew Jędrzejewski-Szmek 2016-02-02 19:36:19 UTC
Hm, nothing interesting in the log.

Comment 4 Kai A. Hiller 2016-02-04 10:38:28 UTC
I now got the systemd update to work after simply removing /usr/lib/systemd/system/final.target (after I backed it up).

Somehow final.target was not a file but a folder with a bunch of xml-files in it. I guess that's what caused dnf the read problems. What is the supposed behaviour of dnf in such a case?

Comment 5 Michal Luscon 2016-02-08 12:40:29 UTC
Negative percentage is not connected to this rpm error and it has been already reported in #1238808.

Regarding the error, dnf behaves as expected.