Request for unknown module key Magrathea
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
StarlingX |
Fix Released
|
High
|
Scott Little |
Bug Description
Brief Description
-----------------
kmods in designer built iso were unusable.
2019-10-
Build avoidance was trying to reuse the build output from the previous Sunday's build.
However, the building of the kernel modules includes a step where it signs the module using the signing key generated by the kernel build, which it gets from the kernel-devel package:
Because the build is reusing kernel modules from a previous build, they're signed with the key from that build. Which doesn't match the new key in the new build.
Kmods should be rebuilt in this case.
Reason for failure to rebuild kmods was tracked down to missing dependency data.
Severity
--------
Major
Steps to Reproduce
------------------
Clone source, make a kernel change, attempt build-pkgs --build-avoidance.
Workspace must have been empty. No dependency data from a prior build.
Expected Behavior
------------------
kernel and kmods build. ISO can boot and load kmods.
Actual Behavior
----------------
kmods are not rebuilt. A iso was created, but was unusable because kmods could not be loaded.
Error message is strange... "Request for unknown module key Magrathea"
Reproducibility
---------------
<Reproducible/
Reproducible
System Configuration
-------
N/A
Branch/Pull Time/Commit
-------
2019-10-25
Last Pass
---------
N/A
Timestamp/Logs
--------------
2019-10-
2019-10-
2019-10-
2019-10-
2019-10-
2019-10-
2019-10-
2019-10-
2019-10-
Test Activity
-------------
Build
Workaround
----------
Do not use build-avoidance option for build-pkgs
stx.4.0 / major priority - built iso is unusable