Description of problem: In the times of rhn-kickstart package (pre Satellite 5.3.0 era), after successful virtual guest provisioning and reboot, client code running on virtualization host used to create configuration file for the new guest in /etc/sysconfig/rhn/virt directory. This approach had one nice benefit: the configuration file was later used by rhn-virtualization-host code to start the guest from inside Satellite / rhn.redhat.com webui. This is no longer true with spacewalk-koan: no configuration file is written out after guest provisioning. Version-Release number of selected component (if applicable): spacewalk-koan-0.1.11-12 How reproducible: Always Steps to Reproduce: 1. Satellite 5.3.0, create KVM guest kickstart profile 2. Register KVM host to your satellite (RHEL5.4, x86_64, full hardware virtualization support). 3. Stop crond on your KVM virtualization host. 4. Kickstart new KVM guest from inside Satellite webui 5. After successful guest installation and reboot, check /etc/sysconfig/rhn/virt directory whether corresponding config file was created (it will have uuid-of-the-guest.xml form) Actual results: No config file is created. Expected results: Guest config file is created. Additional info: N/A
spacewalk.git master: e0a8df05ff5751660f145dcd6d0b8729293d9012 9a623166afa437d4f82d81c4607d3e8fabf0c8a1
satellite.git SATELLITE-5.3: 055cd1f85aeb7b81b451b54dc8d18c1d02332fdb a3c4ece400e6d3f0fb77b26433738081b4d506cd
Tagged & built: spacewalk-koan-0.1.11-13 rhn-virtualization-5.3.0-13
New spacewalk-koan & rhn-virtualization have been pushed into webqa.
I followed 'Steps to Reproduce:' from comment #0 and kvm-guest was there after successful kickstart right info about this kvm-guest: cat /etc/sysconfig/rhn/virt/f9973b0cd54e71bdf738434ca9ad6dfb.xml | grep rhel54-i386-base-kvm-guest-3 <name>rhel54-i386-base-kvm-guest-3</name> <source file="/var/lib/libvirt/images/rhel54-i386-base-kvm-guest-3"/>
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-1639.html