View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001451 | channel: elrepo/el9 | kmod-ecryptfs | public | 2024-05-13 13:51 | 2024-05-15 14:43 |
| Reporter | jcpunk | Assigned To | toracat | ||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | no change required | ||
| Summary | 0001451: kmod-ecryptfs doesn't appear to load with 5.14.0-427.16.1.el9_4.x86_64 | ||||
| Description | The latest EL9.4 kernel appears to have changed some of the symbols used by kmod-ecryptfs. | ||||
| Steps To Reproduce | Install the latest kernel from Almalinux Attempt to modprobe ecryptfs | ||||
| Additional Information | VFS issues are always fun ;) | ||||
| Tags | No tags attached. | ||||
|
|
@jcpunk I cannot reproduce it on a RHEL 9.4 system. $ uname -r 5.14.0-427.16.1.el9_4.x86_64 $ sudo modprobe ecryptfs $ lsmod | head -2 Module Size Used by ecryptfs 155648 0 $ dmesg | tail -2 [466018.389880] ecryptfs: loading out-of-tree module taints kernel. [466018.389941] ecryptfs: module verification failed: signature and/or required key missing - tainting kernel |
|
|
OK, I was able to reproduce it on Alma 9.4. While modprobe failed to load the module, dmesg showed this: [ 712.571110] ecryptfs: loading out-of-tree module taints kernel. [ 712.571171] ecryptfs: module verification failed: signature and/or required key missing - tainting kernel |
|
|
And on both RHEL 9.4 and Alma 9.4: $ find /lib/modules -name ecryptfs.ko /lib/modules/5.14.0-427.13.1.el9_4.x86_64/extra/ecryptfs/ecryptfs.ko /lib/modules/5.14.0-427.16.1.el9_4.x86_64/weak-updates/ecryptfs/ecryptfs.ko So, it's there. |
|
|
Strangely, test results are not consistent. I tried this on Alma 9.4 again and this time the module did load. $ lsmod | head -3 Module Size Used by tls 159744 0 uinput 24576 0 $ sudo modprobe ecryptfs $ lsmod | head -3 Module Size Used by ecryptfs 155648 0 tls 159744 0 $ sudo modprobe -r ecryptfs $ lsmod | head -3 Module Size Used by tls 159744 0 uinput 24576 0 |
|
|
Adding some more artifacts: Both RHEL 9.4 and Rocky Linux 9.4 running kernel-5.14.0-427.16.1.el9_4.x86_64 are loading ecryptfs fine for me. Interesting note: - My PC is loading the kmod 3w_9xxx. The two lines of dmesg are only shown for the first module that taints the kernel (i.e. 3w_9xxx in my case. - When I "modprobe ecryptfs", I don't get any dmesg output regarding ecryptfs. Perhaps "depmod" failed to finish when installing the kmods? |
|
|
Indeed, depmod seems to have been wonky. When I ran it again it works as expected. Sorry for the noise! |
|
|
It begs the question though of what caused depmod not to finish. By chance do you have any other kmods installed? |
|
|
On that front I've no real guesses... This host is fairly stock out of the box AL9 with only the one external kmod installed. |
|
|
I tried this a few more times, including a reboot in between, but could not reproduce it any more. This was done on an Alma 9.4 VM. |
|
|
I'm going to close this as 'no change required'. What happened was probably not due to a bug in the kmod. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2024-05-13 13:51 | jcpunk | New Issue | |
| 2024-05-13 13:51 | jcpunk | Status | new => assigned |
| 2024-05-13 13:51 | jcpunk | Assigned To | => toracat |
| 2024-05-13 13:57 | toracat | Note Added: 0009730 | |
| 2024-05-13 14:11 | toracat | Note Added: 0009731 | |
| 2024-05-13 14:13 | toracat | Note Added: 0009732 | |
| 2024-05-13 14:34 | toracat | Note Added: 0009733 | |
| 2024-05-13 15:20 | tqhoang | Note Added: 0009734 | |
| 2024-05-13 15:21 | tqhoang | Note Edited: 0009734 | |
| 2024-05-14 10:59 | jcpunk | Note Added: 0009737 | |
| 2024-05-14 17:32 | tqhoang | Note Added: 0009739 | |
| 2024-05-14 17:59 | jcpunk | Note Added: 0009740 | |
| 2024-05-15 14:37 | toracat | Note Added: 0009742 | |
| 2024-05-15 14:43 | toracat | Status | assigned => closed |
| 2024-05-15 14:43 | toracat | Resolution | open => no change required |
| 2024-05-15 14:43 | toracat | Note Added: 0009743 |
