Hide Forgot
Description of problem: Spacewalk-repo-sync with --sync-kickstart does not sync kickstart files from fedora repos. Distro is always invalid asking for images/pxeboot/vmlinuz and images/pxeboot/initrd.img files if these files are copied manually, Anaconda stops asking for squashfs,img file, and installation can't continue. If you supply this file too, installation aborts by Anaconda claiming for @core packages. Version-Release number of selected component (if applicable): How reproducible: From a working Spacewalk, use spacewalk-repo-sync --sync kickstart to add any of Fedora 22 or 23 x86_64 repos. After a long sync time, distro-trees are created for these distros but are invalid. Steps to Reproduce: 1. Use "spacewalk-repo-sync --sync-kickstart -c fedora22-x86_64" (or -c fedora23-x86_64 2. Spacewalk-repo-sync synchronizes the repo, but not the kickstartable tree 3. You end with a broken kickstartable tree. Adding the missing files does not resolve the problem. Actual results: The kickstartable tree don't have the needed files to boot. Installation cannot continue. Expected results: The kickstartable tree must contain all files for Fedora 22/23 to boot. The files for installation must provide the @core group, to allow a complete Fedora install. Additional info: All systems tested can deploy CentOS/Redhat kickstarts with no issues.
Which Fedora repository do you have assigned to channel?
As main repo, the Fedora23-x86-64 (Netinstall). As child, I synced and checked the client from yum.spacewalkproject.org for Fedora23-x86_64. Anaconda/DNF repo logs show all child repos added, but not the main repo, despite it being chosen and the key being configured correctly.
Spacewalk 2.8 (and older) has already reached it's End Of Life. Thank you for reporting this issue and we are sorry that we were not able to fix it before end of life. If you would still like to see this bug fixed and are able to reproduce it against current version of Spacewalk 2.9, you are encouraged change the 'version' and re-open it.