Description of problem: Cobbler's virtual memory settings are listed in MBs while satellites virtual memory settings are listed in KBs. But satellite does not translate KB to MB while setting in cobbler. Interestingly while provisioning virt guests in the advanced screen we have the Memory values listed in MB... We must either have satellite profiles use Virt Memory specified in MB (which may break upgrades...) or use KB every where and normalize it to cobbler.. Version-Release number of selected component (if applicable): Sat 530 jun 19 09 build How reproducible: always Steps to Reproduce: 1. Goto kickstart details page 2. set a value for Virtual Memory (in kilobytes) -> 256000 3. hit update 4. On the command line sudo cobbler profile list -> identify your profile sudo cobbler profile report --name=<profileName> Actual results: notice virt ram is listed as the number you specified. Expected results: notice virt ram/1000 because virt ram is in MB in cobbler. you can confirm this by trying sudo cobbler profile edit --help and noticing --virt-ram=VIRT_RAM size in MB 5) Goto system details of a system with virtualization ent 6) Goto virtualization -> provisioning 7) Give a guest name, select the profile you modified in the KS details page 8) Notice it says "256000" MB of 512 mb available in the system.. In essence our own virt provisioning page is confused if the 256000 is KB or MB Additional info:
should be fixed in the next iso as of http://git.fedorahosted.org/git/?p=spacewalk.git;a=commit;h=f8c300f21c42b4f02260684b42a0bdcc673ed62c
Moving to ON_QA
Satellite-5.3.0-RHEL5-re20090625.0 / spacewalk-java-lib-0.5.44-26 I'm confirming that the memory sizes now are consistent across the webui & on cobbler command line (all shown in MB).
RELEASE_PENDING from 7/24 ISO.
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. http://rhn.redhat.com/errata/RHEA-2009-1434.html