<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hi,<div class=""><br class=""></div><div class="">We have a SW2.4-installation, successfully setup with PXE-boot, kickstart, the works.</div><div class=""><br class=""></div><div class="">I recently started using SaltStack as configuration management, so I’ve added the SaltStack-repository to my SpaceWalk-system (<a href="https://repo.saltstack.com/yum/rhel6/" class="">https://repo.saltstack.com/yum/rhel6/</a>). Everything works fine until I try to kickstart a system using PXE or ISO. Somehow the SpaceWalk-system is confused about duplicate packages that are the same in versions but not in hash. In my case it first breaks on the package pciutils. I think Spacewalk decides to serve the wrong package during installation so anaconda is complaining it can’t find the correct package. SaltStack isn’t playing nice because in their repo they are supplying the same packages as used in CentOS. But the packages from Oracle Linux and CentOS are different from each other.</div><div class=""><br class=""></div><div class="">After I removed the SaltStack-channels and packages from SpaceWalk, the Kickstart worked fine again…</div><div class=""><br class=""></div><div class="">Is there a way to prioritise packages during kickstart with spacewalk or give a spacewalk-channel priority above other channels? I really want to keep the SaltStack-channel in our SpaceWalk-server, but if it breaks updates, I have to figure something else out.<br class=""><div class="">
<div style="color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; line-height: normal; orphans: 2; widows: 2;" class=""><br class="Apple-interchange-newline">Kind regards,<br class=""><br class="">Andreas Dijkman<br class=""></div></div></div></body></html>