Bug 60939

Summary:	RFE: allow multiple network device setup in kickstart
Product:	[Retired] Red Hat Linux	Reporter:	Peter Bowen <pzbowen+rhbeta>
Component:	anaconda	Assignee:	Michael Fulbright <msf>
Status:	CLOSED DUPLICATE	QA Contact:	Brock Organ <borgan>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	7.3	Keywords:	FutureFeature
Target Milestone:	---
Target Release:	---
Hardware:	i386
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Enhancement
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2002-05-01 16:47:20 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:

Description Peter Bowen 2002-03-09 21:37:10 UTC

if you have multiple network lines in your ks.cfg, the gateway and nameserver
options from the last one are the ones used, even if they are null.

The fix is to have the setNetwork function in installclass.py check for non-null
gateway and nameserver arguments before setting the gateway and primaryNS
properties of the id.network object

This is known to be broken in 7.2 and does not appear to be fixed in beta2.

Comment 1 Jeremy Katz 2002-03-13 21:42:50 UTC

Known to be broken?  Where is the bug reported against 7.2?

Additionally only one network line is supported in kickstart... having more than
one gets you into territory of things that if they work, great... but if not,
then it's not entirely unexpected

Comment 2 Peter Bowen 2002-03-13 21:53:50 UTC

I tested this in both 7.2 and the beta, but it seemed pointless to file against
7.2 at this point.  Hence the known to be broken statement.

However, if only one network line is supported, then this is a RFE for allowing
multiple network lines for different devices.

Comment 3 Jeremy Katz 2002-03-14 17:36:27 UTC

Marking as an enhancement and deferring.  We're in feature freeze at this point.

Comment 4 Jeremy Katz 2002-05-03 05:32:22 UTC


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