Description of problem: Seems that after switching to using network-manager module instead of network-legacy, dracut can't setup networking on s390x breaking the installation process. The main install.img file can't be downloaded. Version-Release number of selected component (if applicable): dracut-049-27.git20181204.fc31.s390x How reproducible: 100% Steps to Reproduce: 1. start an installation 2. 3. Actual results: Warning: anaconda: failed to fetch stage2 http://... Expected results: install.img downloaded Additional info: it's difficult to debug network setup related issue without the "ip" tool available under the emergency shell.
Question for anaconda devels - why is anaconda unsuccessfully retrying to get stage2 (install.img) for 1+ hours (and still trying)?
kernel command line used during the installation, I wonder if similar parameters would break dracut on other arches as well repo=http://kojipkgs.fedoraproject.org/compose/rawhide/Fedora-Rawhide-20190629.n.0/compose/Everything/s390x/os/ vnc lang=en_US.UTF-8 keymap=us ro ramdisk_size=40000 cio_ignore=all,!condev rd.dasd=0.0.0200 rd.dasd=0.0.0201 rd.dasd=0.0.0202 rd.dasd=0.0.0203 rd.dasd=0.0.0204 rd.znet=qeth,0.0.0800,0.0.0801,0.0.0802,layer2=0,portno=0 ip=10.XX.YY.ZZ::10.XX.YY.254:21:devel7.test.com:enc800:none nameserver=A.B.C.D BOOT_IMAGE=0
I suppose the real problem is with nm-initrd-generator. The address1 entry in the generated enc800.nmconnection file doesn't look right. It doesn't honor the netmask from the ip= parameter (21), but uses the default (8) for the IP class instead. Ping me for non-obfuscated data. Ýconnection¨ id=enc800 uuid=b55cab3d-ea3e-4b30-94ea-5796e7efef7a type=ethernet interface-name=enc800 multi-connect=1 permissions= Ýethernet¨ mac-address-blacklist= Ýipv4¨ address1=10.XX.YY.ZZ/8,10.XX.YY.254 dhcp-hostname=devel7.s390.bos.redhat.com dns-search= may-fail=false method=manual Ýipv6¨ addr-gen-mode=stable-privacy dhcp-hostname=devel7.test.com dns-search= method=ignore
Thanks for the report. The fixed build is now in Rawhide.
Thanks for the prompt fix. Now to wait for the next compose to verify everything works again.
All looks good with Fedora-Rawhide-20190704.n.0