Created attachment 1431256 [details]
File: anaconda.log

Created attachment 1431257 [details]
File: dbus.log

Created attachment 1431258 [details]
File: dnf.librepo.log

Created attachment 1431259 [details]
File: environ

Created attachment 1431260 [details]
File: hawkey.log

Created attachment 1431261 [details]
File: lorax-packages.log

Created attachment 1431262 [details]
File: lsblk_output

Created attachment 1431263 [details]
File: lvm.log

Created attachment 1431264 [details]
File: nmcli_dev_list

Created attachment 1431265 [details]
File: os_info

Created attachment 1431266 [details]
File: program.log

Created attachment 1431267 [details]
File: storage.log

Created attachment 1431268 [details]
File: syslog

Created attachment 1431269 [details]
File: ifcfg.log

Created attachment 1431270 [details]
File: packaging.log

Created attachment 1431271 [details]
File: anaconda-tb

Similar problem has been detected:

Leaving anaconda following previous bug report

addons:         com_redhat_kdump, com_redhat_docker
blivet-gui-utils.log: 
cmdline:        /usr/bin/python3  /sbin/anaconda
cmdline_file:   BOOT_IMAGE=/images/pxeboot/vmlinuz inst.stage2=hd:LABEL=Fedora-S-dvd-x86_64-28 rd.live.check quiet
hashmarkername: anaconda
kernel:         4.16.3-301.fc28.x86_64
package:        anaconda-28.22.10
product:        Fedora
reason:         pyanaconda.payload.PayloadError: Payload error - DNF installation has ended up abruptly: ipa-common conflicts with (installed) freeipa-common-4.6.90.pre1-6.1.fc28.noarchTraceback (most recent call last):
release:        Cannot get release name.
version:        28

While ideally this would be reported in a better way than with a traceback, it's definitely easier to report thanks to it. :)

Anaway, this is apparently a freeipa packaging issue, so reassigning.

Martin, this is really a bug in dnf.

FreeIPA has on purpose conflicts with ipa-* packages from RHEL:

Provides: %{alt_name}-server = %{version}
Conflicts: %{alt_name}-server
Obsoletes: %{alt_name}-server < %{version}

These combinations of Provides/Conflicts/Obsoletes handled well by rpm and basically allow to ensure %{alt_name}-server package is never installed if it isn't the same package as being installed.

It looks like DNF is not able to handle this situation under some circumstances. I'd rather have this fixed in DNF.

(In reply to Alexander Bokovoy from comment #19)
> Martin, this is really a bug in dnf.
> 
> FreeIPA has on purpose conflicts with ipa-* packages from RHEL:
> 
> Provides: %{alt_name}-server = %{version}
> Conflicts: %{alt_name}-server
> Obsoletes: %{alt_name}-server < %{version}
> 
> These combinations of Provides/Conflicts/Obsoletes handled well by rpm and
> basically allow to ensure %{alt_name}-server package is never installed if
> it isn't the same package as being installed.
> 
> It looks like DNF is not able to handle this situation under some
> circumstances. I'd rather have this fixed in DNF.
OK, I'll CC some people from DNF so that they can investigate.

Martin, do you think it will be possible to get debugsolver data from anaconda. Or is there any reproducer in empty installroot. It really helps a lot.

(In reply to Jaroslav Mracek from comment #21)
> Martin, do you think it will be possible to get debugsolver data from
> anaconda.
If I can reproduce the issue, I should be able to inject the necessary commands to generate the debugsolver output.

BTW, inspired by this, I've created bug 1574982, which is a RFE for easily enabling DNF debugsolver output in Anaconda.


> Or is there any reproducer in empty installroot. It really helps a
> lot.

Moving this issue to anaconda as it does not look like anything has changed recently on ipa packaging. See Comment #c19.

*** Bug 1592622 has been marked as a duplicate of this bug. ***

Similar problem has been detected:

Installation of Fedora 28 using network install version

Message on screen, preparing transaction from installation source.  Transaction not specified

Some error  from log

blocking I/O error  [ Error 11 ]

Is this a Selinux error message??? 

addons:         com_redhat_docker, com_redhat_kdump
blivet-gui-utils.log: 
cmdline:        /usr/bin/python3  /sbin/anaconda
cmdline_file:   BOOT_IMAGE=vmlinuz initrd=initrd.img inst.stage2=hd:LABEL=RFRemix-WS-28-x86_64 quiet
hashmarkername: anaconda
kernel:         4.16.3-301.fc28.x86_64
package:        anaconda-28.22.10
product:        Fedora
reason:         pyanaconda.payload.PayloadError: Payload error - DNF installation has ended up abruptly: texlive-collection-htmlxml <= 6:svn35743.0 is obsoleted by (installed) texlive-collection-formatsextra-7:svn44177-14.fc29.noarchTraceback (most recent call last):
release:        Fedora release 28 (Twenty Eight)
version:        28

In my case the problem came from the fact that:
- I created a separate /var partition
- the installation failed a first time (due to another unrelated error).
- when I tried to install the second time, I dit NOT format /var, which was thus not empty (files copied during the first failed install).
- when I formated /var on the 3rd attempt, the installation went without error.
note that this happened with the minimal install (I didn't ask to install ipa* packages)

Hello morgan,

Could you please verify the not-formatted /var partition or similar is also your problem?

Thanks

Yes, iirc, it was - looking back, this bug comment and following discussion seems to confirm that: https://bugzilla.redhat.com/show_bug.cgi?id=1575131#c25

Closing as a duplicate of 1575131 based in the comment 28.

*** This bug has been marked as a duplicate of bug 1575131 ***