View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0001114 | channel: elrepo/el8 | kmod-drbd84 | public | 2021-07-01 02:41 | 2021-07-02 11:48 |
Reporter | cyclops8456 | Assigned To | toracat | ||
Priority | normal | Severity | minor | Reproducibility | always |
Status | resolved | Resolution | fixed | ||
Summary | 0001114: Requesting kmod-drbd84 build for kernel-4.18.0-305.7.1.el8_4.x86_64 | ||||
Description | Installing the latest kernel and kmod-drbd84 results in the module not being installed in the same location as the other kmods (currently have megaraid_sas and mlx4 installed) and not weak linking to this kernel. The kmod-lru_cache module installs as expected (older bug report on missing symbols) but not the kmod-drbd84 module. Could you please rebuild for the kernel below. # uname -r kernel-4.18.0-305.7.1.el8_4.x86_64 # modinfo drbd modinfo: ERROR: Module drbd not found. # modprobe drbd modprobe: FATAL: Module drbd not found in directory /lib/modules/kernel-4.18.0-305.7.1.el8_4.x86_64 rpm -q -a | grep kmod-drbd kmod-drbd84-8.4.10-1.7.el8_4.elrepo The module is currently found in /lib/modules/4.18.0-305.3.1.el8_4.x86_64 but not /lib/modules/4.18.0-305.el8_4.x86_64 as per the other kmods. Works fine when rolling back to the previous versions (kernel and required kmods). # cat /etc/oracle-releas CentOS Linux release 8.4.2105 | ||||
Tags | No tags attached. | ||||
|
Thanks for the report. We will rebuild kmod-drbd84 for kernel-4.18.0-305.7.1.el8_4. |
|
kmod-drbd84-8.4.10-1.8.el8_4.elrepo has been built against kernel-4.18.0-305.7.1.el8_4 and will be syncing to mirrors shortly. |
|
Cheers for the speedy response, much appreciated. Just installed it now and have noticed that it's installing into the extra directory for kernel-4.18.0-305.7.1.el8_4 rather than into weak-updates are per previous versions (4.18.0-240.15.1.el8_3.x86_64 for example). Is this intended behaviour / change in packaging setup? |
|
# ls /lib/modules/4.18.0-305.7.1.el8_4.x86_64/weak-updates/ lru_cache megaraid_sas mlx4 # ls /lib/modules/4.18.0-305.7.1.el8_4.x86_64/extra/ drbd84 I presumed it would me installed along with the other kmod modules # ls /lib/modules/4.18.0-305.el8.x86_64/extra/ lru_cache megaraid_sas mlx4 And the depmod conf seems to support that assumption # cat /etc/depmod.d/kmod-drbd84.conf override drbd84 * weak-updates/drbd84 |
|
Just rebooted into the new kernel and the modules loads fine, so it's just depends if the above difference is intended (as it differs from the other modules)? |
|
With the kmod-drbd84 package for EL 8, kABI breakage seems to happen at every kernel update. This means that the kmod needs to be rebuilt for each kernel update. This also means that the usual "weak-update" method does not work. Quite unfortunate, because this defeats the purpose of using kmods. In the current case, kmod-drbd84 was built against kernel-4.18.0-305.7.1.el8_4, so it installs into /lib/modules/4.18.0-305.7.1.el8_4.x86_64/extra/. This is expected and should not cause a problem. |
|
That's fair enough. Like you've said, unfortunate that it needs to be rebuilt for every new kernel, as it adds extra overhead for you, but no easy way round it in that case. Everything looks to be working fine from my perspective, module loaded and operating as expected. Cheers for getting it built so quickly. |
Date Modified | Username | Field | Change |
---|---|---|---|
2021-07-01 02:41 | cyclops8456 | New Issue | |
2021-07-01 02:41 | cyclops8456 | Status | new => assigned |
2021-07-01 02:41 | cyclops8456 | Assigned To | => toracat |
2021-07-01 05:02 | toracat | Note Added: 0007710 | |
2021-07-01 11:46 | toracat | Note Added: 0007711 | |
2021-07-01 13:17 | cyclops8456 | Note Added: 0007712 | |
2021-07-01 13:21 | cyclops8456 | Note Added: 0007713 | |
2021-07-01 13:37 | cyclops8456 | Note Added: 0007714 | |
2021-07-01 13:39 | toracat | Note Added: 0007715 | |
2021-07-01 14:37 | cyclops8456 | Note Added: 0007716 | |
2021-07-02 11:48 | toracat | Status | assigned => resolved |
2021-07-02 11:48 | toracat | Resolution | open => fixed |