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 1725872

Summary:	not able to setup network for s390x
Product:	[Fedora] Fedora	Reporter:	Dan Horák <dan>
Component:	NetworkManager	Assignee:	Lubomir Rintel <lkundrak>
Status:	CLOSED NEXTRELEASE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	rawhide	CC:	anaconda-maint, bgalvani, dcbw, dracut-maint-list, fgiudici, gnome-sig, hannsj_uhl, herrold, john.j5live, jonathan, jstodola, lkundrak, mclasen, rhughes, rstrode, sandmann, zbyszek
Target Milestone:	---
Target Release:	---
Hardware:	s390x
OS:	Unspecified
Whiteboard:
Fixed In Version:	NetworkManager-1.20.0-0.3.fc31	Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2019-07-03 09:46:46 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:	467765

Description Dan Horák 2019-07-01 15:48:21 UTC

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 https://...

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.

Comment 1 Dan Horák 2019-07-01 15:51:24 UTC

Question for anaconda devels - why is anaconda unsuccessfully retrying to get stage2 (install.img) for 1+ hours (and still trying)?

Comment 2 Dan Horák 2019-07-01 15:56:28 UTC

kernel command line used during the installation, I wonder if similar parameters would break dracut on other arches as well

repo=https://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

Comment 3 Dan Horák 2019-07-01 19:58:49 UTC

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

Comment 4 Lubomir Rintel 2019-07-03 09:46:46 UTC

Thanks for the report.

The fixed build is now in Rawhide.

Comment 5 Dan Horák 2019-07-03 10:12:35 UTC

Thanks for the prompt fix. Now to wait for the next compose to verify everything works again.

Comment 6 Dan Horák 2019-07-04 10:14:38 UTC

All looks good with Fedora-Rawhide-20190704.n.0