https://jira.whamcloud.com This file is an XML representation of an issue en-us 9.4.14 940014 05-12-2023 https://jira.whamcloud.com/browse/LU-3770 Lustre <p>lustre-client-modules-2.4.0-2.6.32_358.6.2.el6.x86_64_gd3f91c4.x86_64.rpm</p> <p>has a kernel requirement -</p> <p>Requires: kernel = 2.6.32-358.6.2.el6</p> <p>If installed via yum, yum always resolves the dependency with the debug kernel.</p> <p>lustre-client-modules-2.4.0-2.6.32_358.6.2.el6.x86_64_gd3f91c4.x86_64 requires: kernel = 2.6.32-358.6.2.el6<br/> --&gt; Processing Dependency: kernel = 2.6.32-358.6.2.el6 for package: lustre-client-modules-2.4.0-2.6.32_358.6. 2.el6.x86_64_gd3f91c4.x86_64<br/> Searching pkgSack for dep: kernel<br/> Building updates object<br/> up:simple updates time: 0.304<br/> up:obs time: 0.006<br/> up:condense time: 0.000<br/> updates time: 3.922<br/> TSINFO: Marking kernel-debug-2.6.32-358.6.2.el6.x86_64 as install for lustre-client-modules-2.4.0-2.6.32_358. 6.2.el6.x86_64_gd3f91c4.x86_64<br/> --&gt; Running transaction check<br/> ---&gt; Package kernel-debug.x86_64 0:2.6.32-358.6.2.el6 will be installed</p> <p>This is a bug in yum or rpm I think. I made a simple rpm package that just requires a kernel and it does the same thing. I played with the spec file but couldn't figure out a way to work around this with an rpm.</p> <p>It is not a huge deal, but we have to work around it for automated installs.</p> RHEL 6.4 LU-3770

lustre-client-modules rpm 'Requires: kernel' dependency always satisified by kernel-debug via YUM

Bug Major Resolved Incomplete WC Triage Scott Nolin Fri, 16 Aug 2013 14:49:10 +0000 Tue, 1 Aug 2023 00:18:49 +0000 Tue, 1 Aug 2023 00:18:49 +0000 Lustre 2.4.0 1 5 <p>Yes, I believe this to be a RH bug/quirk also. It might be good to get this reported upstream. If somebody reports it, please post the upstream bug number here.</p> <p>Could you show the list of already installed kernel packages by using following command "rpm -qa | grep kernel"?</p> <div class="preformatted panel" style="border-width: 1px;"><div class="preformattedContent panelContent"> <pre>kernel-2.6.32-358.14.1.el6.x86_64 kernel-2.6.32-358.11.1.el6.x86_64 </pre> </div></div> <p>(omitted kernel-devel and headers packages)</p> <p>Scott</p> <p>I think, but am not certain, that this is because linux treats all kernels, include kernel-debug, kernel-devel, and so on as the 'kernel' package with the -debug string being a revision. So more than one kernel can satisfy the version dependency.</p> <p>I do not think this is something that can be reported or fixed by RedHat upstream..</p> <p>The workaround is to change the lustre-client-modules spec file to require not the package 'kernel' as it's too ambiguous, but a file with the version name in it, for example:</p> <p>/boot/vmlinuz-2.6.32-358.6.2.el6.x86_64</p> <p>-the debug kernel contains vmlinuz-2.6.32-358.6.2.el6.x86_64.debug</p> <p>Scott</p> <p>I have seen this same thing with a Luster 2.3 kernel. kernel*.debug.rpm was installed and yum installed did not correctly pull down the standard kenrel. The correct kernel had to be installed manually. </p> Development Rank 1|hzvy47: Rank (Obsolete) 9711 Severity