Bug 528884 - Satellite 5.3: Cloning a kickstart profile (with virtualization) loses information
Satellite 5.3: Cloning a kickstart profile (with virtualization) loses inform...
Product: Red Hat Satellite 5
Classification: Red Hat
Component: Provisioning (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Tomas Lestach
Dimitar Yordanov
Depends On:
Blocks: sat531-triage
  Show dependency treegraph
Reported: 2009-10-14 03:47 EDT by Xixi
Modified: 2011-02-01 05:32 EST (History)
4 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Cause: Consequence: Fix: Result:
Story Points: ---
Clone Of:
Last Closed: 2011-02-01 05:32:42 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Xixi 2009-10-14 03:47:25 EDT
Description of problem:
On 5.3.0 satellite, cloning a kickstart profile (with virt) loses virtualization related information. For example, cloning a kickstart profile which has non-default Virtual memory, Number of CPUs, Virtual Bridge options results in cloned profile that has default values instead of the ones from original profile.

Version-Release number of selected component (if applicable):
Red Hat Network (RHN) Satellite 5.3.0

System architecture(s):
RHEL5 U3 i386 platform

How reproducible:

Steps to Reproduce:
- Create kickstart profile with the following options:
  - Virt type: KVM Virtualized guest
  - Virtual memory: 1024
  - Number of CPUs: 2
  - Virtual Disk Space: 8
  - Virtual Bridge: mybridge
  - Kernel Options: somestring
  - Kernel Post Options: somestring
* Clone the profile you created
* View the details of the cloned profile:

Actual results:
Memory, vCPU, Disk space, Bridge and both kernel options have default values.

Expected results:
Memory, vCPU, Disk space, Bridge and both kernel options should have the values set in the kickstart profile from which it was cloned.

Additional info:
KVM Virtualized guest ks profile best illustrates the problem but other types of virtualization settings also has the info, so please QA all cases.
Comment 1 Xixi 2009-10-14 03:54:59 EDT
The problem looks to be KickstartData deep copying neglects the Cobbler profile data.

Proposed fix:
In com.redhat.rhn.domain.kickstart.deepCopy() or updateCloneDetails(), add deep copying of associated cobbler profile.  

Such as in com.redhat.rhn.frontend.action.kickstart.KickstartDetailsEditAction:

        CobblerXMLRPCHelper helper = new CobblerXMLRPCHelper();
        Profile prof = Profile.lookupById(helper.getConnection(user),
        if (prof == null) {

        prof.setVirtRam((Integer) form.get(VIRT_MEMORY));
        prof.setVirtCpus((Integer) form.get(VIRT_CPU));
        prof.setVirtFileSize((Integer) form.get(VIRT_DISK_SIZE));


(above is not proposed patch)
Comment 2 Justin Sherrill 2010-05-10 16:19:42 EDT
Fixed in master:
simply added the cloning of those 5 items
Comment 3 Justin Sherrill 2010-05-10 18:21:45 EDT
small additional fix:
Comment 5 Florian Nadge 2011-01-17 08:53:04 EST
Please be so kind and add a few key words to the Technical Notes of this
Bugzilla entry using the following structure:





For details, see:


Comment 6 Florian Nadge 2011-01-17 08:53:04 EST
    Technical note added. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    New Contents:



Comment 7 Dimitar Yordanov 2011-01-19 18:36:49 EST
RHEL4, RHEL5 - x86_64, s390x
Comment 8 errata-xmlrpc 2011-02-01 05:32:42 EST
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.


Note You need to log in before you can comment on or make changes to this bug.