Description of problem: As reported on spacewalk-list: http://www.redhat.com/archives/spacewalk-list/2013-February/msg00075.html I have Spacewalk sitting on a CentOS 6 server, I have a CentOS Channel set up with x86_64 architecture selected. However, when the Distribution is created from that, It's put into cobbler as i386. When koan kicks up to turn that into a virtual machine, it creates a i386 based KVM VM, and therefore the system cant kickstart because it's a 64Bit OS. If I go in via ssh and update the distribution using cobbler edit, and change the arch to x86_64, the systems kickstart as expected. Version-Release number of selected component (if applicable): Presumably Spacewalk 1.8. How reproducible: Two users have reported the same issue. Steps to Reproduce: 1. See above. Additional info:
Yes, for some reason it seems that we do create the distro in cobbler as i386 even when the distro alone points to a x86_64 content: # cobbler distro report --name ks-rhel-x86_64-workstation-6-64 Name : ks-rhel-x86_64-workstation-6-64 Architecture : i386 Breed : redhat Comment : Initrd : /var/satellite/rhn/kickstart/ks-rhel-x86_64-workstation-6-6.4/images/pxeboot/initrd.img Kernel : /var/satellite/rhn/kickstart/ks-rhel-x86_64-workstation-6-6.4/images/pxeboot/vmlinuz Kernel Options : {} Kernel Options (Post Install) : {} Kickstart Metadata : {'media_path': '/ks/dist/ks-rhel-x86_64-workstation-6-6.4'} Management Classes : [] OS Version : generic26 Owners : ['admin'] Red Hat Management Key : <<inherit>> Red Hat Management Server : <<inherit>> Template Files : {}
This behavior has been fixed in Spacewalk nightly as part of the solution for bug 1109276. It should be released in the next version of Spacewalk. I am closing this bug as a duplicate. *** This bug has been marked as a duplicate of bug 1109276 ***
This BZ closed some time during 2.5, 2.6 or 2.7. Adding to 2.7 tracking bug.