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