[LU-14753] Build and Install Lustre master on Aarch64 failed Created: 10/Jun/21  Updated: 10/Jun/21

Status: Open
Project: Lustre
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Question/Request Priority: Minor
Reporter: Kevin Zhao Assignee: WC Triage
Resolution: Unresolved Votes: 0
Labels: None

Attachments: HTML File lustre-package-install-error    
Rank (Obsolete): 9223372036854775807

 Description   

Follow the document:

https://wiki.whamcloud.com/pages/viewpage.action?pageId=154144662

Build custom Aarch64 kernel, and Lustre RPMs.

 

[root@localhost lustre-package]# rpm -qa | grep kernel
kernel-tools-4.18.0-80.11.2.el8_lustre.aarch64
kernel-devel-4.18.0-80.11.2.el8_lustre.aarch64
kernel-rpm-macros-125-1.el8.noarch
kernel-core-4.18.0-80.11.2.el8_lustre.aarch64
kernel-tools-libs-4.18.0-80.11.2.el8_lustre.aarch64
kernel-4.18.0-80.11.2.el8_lustre.aarch64
kernel-headers-4.18.0-80.11.2.el8_lustre.aarch64
kernel-tools-libs-devel-4.18.0-80.11.2.el8_lustre.aarch64
kernel-abi-stablelists-4.18.0-305.3.1.el8.noarch
kernel-modules-4.18.0-80.11.2.el8_lustre.aarch64
kernel-modules-extra-4.18.0-80.11.2.el8_lustre.aarch64


 Comments   
Comment by Kevin Zhao [ 10/Jun/21 ]
[root@localhost lustre-package]# uname -a
Linux localhost.localdomain 4.18.0-80.11.2.el8_lustre.aarch64 #1 SMP Wed Jun 9 09:25:15 BST 2021 aarch64 aarch64 aarch64 GNU/Linux

Build and install Lustre, encounter issue as attachment "lustre-package-install-error"

Mainly about much of the ksym lacking.

Like:

root@localhost lustre-package]# rpm -i kmod-lustre-2.14.51_208_gd106dfc-1.el8.aarch64.rpmroot@localhost lustre-package]# rpm -i kmod-lustre-2.14.51_208_gd106dfc-1.el8.aarch64.rpmerror: Failed dependencies: ksym(PDE_DATA) = 0x72ed3810 is needed by kmod-lustre-2.14.51_208_gd106dfc-1.el8.aarch64 ksym(___ratelimit) = 0x1d24c881 is needed by kmod-lustre-2.14.51_208_gd106dfc-1.el8.aarch64 ksym(__alloc_pages_nodemask) = 0xb19fa11f is needed by kmod-lustre-2.14.51_208_gd106dfc-1.el8.aarch64 ksym(__alloc_workqueue_key) = 0x43a53735 is needed by kmod-lustre-2.14.51_208_gd106dfc-1.el8.aarch64 ksym(__arch_clear_user) = 0xf8f4876f is needed by kmod-lustre-2.14.51_208_gd106dfc-1.el8.aarch64 ksym(__arch_copy_from_user) = 0x84bc974b is needed by kmod-lustre-2.14.51_208_gd106dfc-1.el8.aarch64 ksym(__arch_copy_to_user) = 0xb35dea8f is needed by kmod-lustre-2.14.51_208_gd106dfc-1.el8.aarch64 ksym(__bitmap_and) = 0x39b52d19 is needed by kmod-lustre-2.14.51_208_gd106dfc-1.el8.aarch64 ksym(__bitmap_clear) = 0x922f45a6 is needed by kmod-lustre-2.14.51_208_gd106dfc-1.el8.aarch64 ksym(__bitmap_intersects) = 0xbb35675b is needed by kmod-lustre-2.14.51_208_gd106dfc-1.el8.aarch64 ksym(__bitmap_weight) = 0x63c4d61f is needed by kmod-lustre-2.14.51_208_gd106dfc-1.el8.aarch64 ksym(__check_object_size) = 0x88db9f48 is needed by kmod-lustre-2.14.51_208_gd106dfc-1.el8.aarch64 ksym(__class_create) = 0x66bd02c3 is needed by kmod-lustre-2.14.51_208_gd106dfc-1.el8.aarch64 ksym(__cpu_online_mask) = 0x5557784c is needed by kmod-lustre-2.14.51_208_gd106dfc-1.el8.aarch64 ksym(__cpu_possible_mask) = 0x7f3ec02c is needed by kmod-lustre-2.14.51_208_gd106dfc-1.el8.aarch64 ksym(__cpuhp_remove_state) = 0x0e4ba049 is needed by kmod-lustre-2.14.51_208_gd106dfc-1.el8.aarch64
Comment by Aurelien Degremont (Inactive) [ 10/Jun/21 ]

Hi Kevin,

Lustre kernel module RPM includes dependencies to some kernel symbols. This dep-symbols are usually provided by the kernel RPM itself. This helps picking the right kernel dependency, especially on RHEL-like system.

In this case, you build a custom kernel yourself and I'm pretty sure your kernel rpm do not provide this extra Provides. You can check that in two ways:

  • First, extract the provides list from your kernel package: –

 

rpm -q --provides kernel-4.18.0-80.11.2.el8_lustre.aarch64
  • Second, try to force install your Lustre RPMS ignoring these missing deps. It should be usable.

Is there any reason why you patched your kernel? A non-patched kernel is good enough for most usage and would avoid this issue.

 

 

Generated at Sat Feb 10 03:12:29 UTC 2024 using Jira 9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c.