Bug 507217

Summary:	need an explicit load of netiucv module in ifup-iucv
Product:	[Fedora] Fedora	Reporter:	Steffen Maier <maier>
Component:	initscripts	Assignee:	Bill Nottingham <notting>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	low
Version:	12	CC:	brueckner, hpicht, karsten, notting, rvokal
Target Milestone:	---
Target Release:	---
Hardware:	s390x
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2010-01-12 21:06:12 UTC	Type:	---
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:	530577
Bug Blocks:	467765

Description Steffen Maier 2009-06-21 18:31:59 UTC

Description of problem:
S390 network devices of type NETIUCV are purely virtual and have no representation on any bus. Hence there is no way of loading the driver module automatically by means of modaliases. Also aliases by means of modprobe.conf are no longer usual, so /etc/sysconfig/network-scripts/ifup-iucv cannot even use the is_available function to load the corresponding device driver.

Version-Release number of selected component (if applicable):
initscripts-8.95-1.s390x

How reproducible:
Generate your /etc/sysconfig/network-scripts/ifcfg-iucv0 of choice and the device won't come up (using network service).

Additional info:
/etc/sysconfig/network-scripts/ifup-iucv tries to write to /sys/bus/iucv/drivers/netiucv/connection in order to instantiate such a purely virtual NETIUCV network device. However, the driver module netiucv already needs to have been loaded in order for this sysfs path to exist. Please add a quiet modprobe for netiucv before writing to sysfs and everything will work fine.

This is similar to bug 475721-"[rhel5.3] Alias ctc and iucv interfaces doesn't
work , devices not able to group on-boot" on RHEL 5.

Comment 1 Bill Nottingham 2009-06-22 17:02:32 UTC

Why not just build it in, then?

Comment 2 Bill Nottingham 2009-06-22 17:03:31 UTC

Also, last I heard, iucv was deprecated and unsupported in enterprise releases such as RHEL 5; perhaps it should just be removed?

Comment 3 Steffen Maier 2009-06-23 12:40:06 UTC

Netiucv is deprecated, yes. Still, users may need it to work as a migration path to some more recent network technology. Building the driver into the kernel seems like a bad idea considering that it's deprecated and that it should only take memory when such devices are really in use.

Comment 4 IBM Bug Proxy 2009-10-19 22:50:56 UTC

------- Comment From kumarr.com 2009-10-19 18:49 EDT-------
Mirroring...

Comment 5 Hendrik Brueckner 2009-10-23 14:54:45 UTC

Opened a new bugzilla to turn off the netiucv device driver in fedora release.
See bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=530577

Comment 6 Bill Nottingham 2009-10-26 20:09:36 UTC

http://git.fedorahosted.org/git/?p=initscripts.git;a=commitdiff;h=b254136d1a593015ce8b8be57c3cd77cb4897fe1

Setting to MODIFIED.

Comment 7 Hendrik Brueckner 2009-10-27 17:13:44 UTC

Bill,

I took a look at commit "Remove IUCV support" http://git.fedorahosted.org/git/?p=initscripts.git;a=commitdiff;h=9be11466392c3e285571a347b578681ddb3e230a

I wonder why the commit does not remove the references to ifup-iucv in the initscripts.spec?

Comment 8 Bill Nottingham 2009-10-27 18:33:24 UTC

Because I forgot it. Thanks, good catch.

Comment 9 Bug Zapper 2009-11-16 10:17:12 UTC

This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle.
Changing version to '12'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 10 Bill Nottingham 2010-01-12 21:06:12 UTC

This landed in F-12 final.