Bug 1182640 - [Build153.1][aarch64][Installation][SecureBoot][mokutil] Unresolved missing dependency software package prevents host from being installed
Summary: [Build153.1][aarch64][Installation][SecureBoot][mokutil] Unresolved missing d...
Status: RESOLVED FIXED
Alias: None
Product: PUBLIC SUSE Linux Enterprise Server 15 SP3
Classification: SUSE Linux Enterprise Server
Component: Media Content (show other bugs)
Version: Public Beta
Hardware: aarch64 SLES 15
: P1 - Urgent : Normal
Target Milestone: unspecified
Assignee: Frederic Crozat
QA Contact: Alexander Herzig
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-02-24 04:37 UTC by Wayne Chen
Modified: 2023-05-08 14:22 UTC (History)
11 users (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: Yes
Marketing QA Status: ---
IT Deployment: ---
sweiberg: SHIP_STOPPER+


Attachments
yast2_installation_screenshots (353.61 KB, application/gzip)
2021-02-24 04:37 UTC, Wayne Chen
Details
y2logs (872.66 KB, application/gzip)
2021-02-24 04:41 UTC, Wayne Chen
Details
YaST logs (958.14 KB, application/x-bzip)
2021-02-24 18:23 UTC, Alvaro Carvajal
Details
vm-screenshot-1 (71.85 KB, image/png)
2021-02-25 10:45 UTC, Richard Fan
Details
vm-screenshot-2 (21.33 KB, image/png)
2021-02-25 10:45 UTC, Richard Fan
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Wayne Chen 2021-02-24 04:37:52 UTC
Created attachment 846426 [details]
yast2_installation_screenshots

########## Summary ##########
Build153.1 can not be installed on aarch4 host. It reports error:
The proposal contains an error that must be resolved before continuing.

It seems that default installation with SecureBoot enabled which requires mokutil to be installed as well. But mokutil can not be found in software packages, including Base-System, Desktop-Applications, Server-Applications, Deveopment-Tools, Legacy and Web-Scripting

So the installation can not proceed. The only way to proceed is to turn off SecureBoot.

Pleas refer to attached yast2_installation_screenshots

########## Reproducibility ##########
All the time

########## Steps to reproduce ##########
1.Install Build153.1 on aarch64 host by using yast2
2.Choose KVM server role and Base-System, Desktop-Applications, Server-Applications, Deveopment-Tools, Legacy and Web-Scripting extensions.
2.Keep default installation configurations then click install
3.Installation can not proceed due to error:
The proposal contains an error that must be resolved before continuing.

########## Expected Result ##########
Installation can proceed as normal

########## Actual Result ##########
Installation can not proceed because error
The proposal contains an error that must be resolved before continuing.

########## Software Environment ##########
15-SP3 Build153.1

########## Hardware Environment ##########
aarch64 physical host

########## Logs ##########
1.yast2_installation_screenshots
2.y2logs

########## Workaround ##########
n/a
Comment 1 Wayne Chen 2021-02-24 04:41:09 UTC
Created attachment 846427 [details]
y2logs
Comment 2 Alvaro Carvajal 2021-02-24 18:23:42 UTC
Created attachment 846476 [details]
YaST logs

We are seeing this issue with build 154.1 as well, while installing SLES+HA:

https://openqa.suse.de/tests/5523884#step/start_install/3

Not sure if related, but openQA reports these errors as a probable cause:

https://openqa.suse.de/tests/5523884#step/start_install/188

I am attaching y2log from the SLES+HA installation test.

More logs available in the openQA test.

This is blocking HA testing on aarch64.
Comment 3 Radoslav Tzvetkov 2021-02-25 08:09:16 UTC
Setting it as P1
Comment 4 Stefan Weiberg 2021-02-25 08:27:01 UTC
mokutil for aarch64 is not part of the media and only included for x86_64. To me it looks like this dependency for the package got added to enable shim in secure boot of aarch64. I am still looking for the added dependency though. We need a package list adjustment to add the aarch64 binary to the media.
Comment 5 Stefan Weiberg 2021-02-25 08:27:46 UTC
This bug shouldn't happen in case secure boot is not active, right?
Comment 7 Wayne Chen 2021-02-25 09:51:23 UTC
(In reply to Stefan Weiberg from comment #5)
> This bug shouldn't happen in case secure boot is not active, right?

Installation can proceed if secure boot is not active(disabled)
Comment 8 Richard Fan 2021-02-25 10:33:53 UTC
(In reply to Wei Chen from comment #7)
> (In reply to Stefan Weiberg from comment #5)
> > This bug shouldn't happen in case secure boot is not active, right?
> 
> Installation can proceed if secure boot is not active(disabled)

Hello Stefan,

I can see that on my test setup (virtual machine), the secureboot is disabled by default (UEFI BIOS setting), but I can hit the same issue.

So, it seems "hardcode" to enable secureboot for this issue.
Comment 9 Richard Fan 2021-02-25 10:45:25 UTC
Created attachment 846506 [details]
vm-screenshot-1
Comment 10 Richard Fan 2021-02-25 10:45:59 UTC
Created attachment 846507 [details]
vm-screenshot-2
Comment 11 Alvaro Carvajal 2021-02-25 11:23:31 UTC
I believe I am seeing the same issue as reported by Richard in the openqa test: https://openqa.suse.de/tests/5523884

In the serial terminal at https://openqa.suse.de/tests/5523884/file/serial0.txt, the following messages related to secure boot can be seen there while the image is booting:

Variable SecureBoot is 0
Variable SecureBootEnable is 0
...
add-symbol-file /home/abuild/rpmbuild/BUILD/edk2-edk2-stable201911/Build/ArmVirtQemu-AARCH64/DEBUG_GCC5/AARCH64/SecurityPkg/VariableAuthenticated/SecureBootConfigDxe/SecureBootConfigDxe/DEBUG/SecureBootConfigDxe.dll 0x7BA3C000
Loading driver at 0x0007BA3B000 EntryPoint=0x0007BA4738C SecureBootConfigDxe.efi
...
[    1.318400] ima: secureboot mode disabled
...
[    8.325810] Loaded X.509 cert 'SUSE Linux Enterprise Secure Boot Signkey: ****'

I would say the VM is starting with secure boot disabled and this is being picked up during boot, but then the installer is enabling secure boot.

I see the boorloader screen that the secure boot setting is enabled: https://openqa.suse.de/tests/5523884#step/disable_grub_timeout/4

However on older passing tests (Snapshot 10), the same setting was enabled as well: https://openqa.suse.de/tests/5475412#step/disable_grub_timeout/4
Comment 12 Stefan Weiberg 2021-02-25 11:32:01 UTC
Okay, this second part looks like a separate issue to me and not directly related to the original bug. Could you please open another issue with your findings?
Comment 13 Alvaro Carvajal 2021-02-25 13:00:44 UTC
(In reply to Stefan Weiberg from comment #12)
> Okay, this second part looks like a separate issue to me and not directly
> related to the original bug. Could you please open another issue with your
> findings?

Done: https://bugzilla.suse.com/show_bug.cgi?id=1182749
Comment 14 Andreas Färber 2021-02-25 15:18:02 UTC
(In reply to Stefan Weiberg from comment #4)
> mokutil for aarch64 is not part of the media and only included for x86_64.
> To me it looks like this dependency for the package got added to enable shim
> in secure boot of aarch64. I am still looking for the added dependency
> though. We need a package list adjustment to add the aarch64 binary to the
> media.

Indeed, looks related to bug #1182210 - shim was initially missing, too.
Comment 15 Stefan Weiberg 2021-03-01 13:22:21 UTC
Fixed with build156.3
Comment 17 Wayne Chen 2021-05-11 11:48:06 UTC
The original issue had already been fixed.