Bug 622702

Summary:	Kickstart tree installType inconsistency for Fedora
Product:	[Community] Spacewalk	Reporter:	Garik Khachikyan <gkhachik>
Component:	API	Assignee:	Tomas Lestach <tlestach>
Status:	CLOSED NOTABUG	QA Contact:	Red Hat Satellite QA List <satqe-list>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	1.2	CC:	cperry, mkoci
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2011-01-24 11:28:54 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:
Bug Blocks:	653453

Description Garik Khachikyan 2010-08-10 08:03:11 UTC

Description of problem:
In the API calls of Spacewalk and Satellite there are inconsistencies for the input parameter installType (for Fedora case):
For Satellite there should be defined: fedora_9
For Spacewalk it is working with: fedora

Version-Release number of selected component (if applicable):
Spacewalk 1.1; Satellite 5.3.0+

How reproducible:
always

Steps to Reproduce:
1. Try to call xmlRpc.kickstart.tree.create(..., installType='fedora_9') for Spacewalk - it fails
2.
3.
  
Actual results:
The call fails

Expected results:
Should be adjusted with Satellite to accept the input value "fedora_9" (or maybe change in Satellite and bring it to value "fedora" ?)

Additional info:

Comment 4 Garik Khachikyan 2010-08-20 10:25:29 UTC

*** Bug 621845 has been marked as a duplicate of this bug. ***

Comment 5 Jan Pazdziora (Red Hat) 2010-11-19 16:05:05 UTC

Mass-moving to space13.

Comment 6 Tomas Lestach 2011-01-24 11:27:49 UTC

This behavior is expected.
BZ#516772 replaced fedora_8, fedora_9 and fedora_10 with just fedora.

Comment 8 Tomas Lestach 2011-01-24 11:28:54 UTC

Closing as NOTABUG