[LU-16109] Whamcloud created 2.15.1 packages won't install, symbol conflict. Created: 26/Aug/22 Updated: 06/Sep/22 Resolved: 27/Aug/22 |
|
| Status: | Resolved |
| Project: | Lustre |
| Component/s: | None |
| Affects Version/s: | Lustre 2.15.1 |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Major |
| Reporter: | Jeff Johnson | Assignee: | WC Triage |
| Resolution: | Duplicate | Votes: | 0 |
| Labels: | DKMS | ||
| Environment: |
RockyLinux 8.6, x86_64, 4.18.0-372.9.1.el8_lustre.x86_64 installed. |
||
| Issue Links: |
|
||||||||||||||||
| Severity: | 3 | ||||||||||||||||
| Epic: | server | ||||||||||||||||
| Rank (Obsolete): | 9223372036854775807 | ||||||||||||||||
| Description |
|
Running into an odd symbols conflict when performing a dnf install of 2.15.1 from the Whamcloud repo. The 4.18.0-372.9.1.el8_lustre.x86_64 kernel is installed and booted with supporting modules packages. zfs-dkms 2.1.2 is installed and operational. Running a 'dnf install' enabling the lustre-server repo at
// # yum --nogpgcheck --disablerepo=* --enablerepo=lustre-server,appstream,powertools,epel,baseos install kmod-lustre-osd-zfs Last metadata expiration check: 1:08:22 ago on Fri 26 Aug 2022 03:03:23 PM PDT. Error: Problem: conflicting requests - nothing provides ksym(__cv_broadcast) = 0x03cebd8a needed by kmod-lustre-osd-zfs-2.15.1-1.el8.x86_64 - nothing provides ksym(arc_add_prune_callback) = 0x1363912f needed by kmod-lustre-osd-zfs-2.15.1-1.el8.x86_64 - nothing provides ksym(arc_buf_size) = 0x7e7effc3 needed by kmod-lustre-osd-zfs-2.15.1-1.el8.x86_64 - nothing provides ksym(arc_remove_prune_callback) = 0x1ab2d851 needed by kmod-lustre-osd-zfs-2.15.1-1.el8.x86_64 - nothing provides ksym(dbuf_create_bonus) = 0x647fa000 needed by kmod-lustre-osd-zfs-2.15.1-1.el8.x86_64 - nothing provides ksym(dbuf_read) = 0xc0c26976 needed by kmod-lustre-osd-zfs-2.15.1-1.el8.x86_64 - nothing provides ksym(dmu_assign_arcbuf_by_dbuf) = 0x69d09b7a needed by kmod-lustre-osd-zfs-2.15.1-1.el8.x86_64 - nothing provides ksym(dmu_bonus_hold) = 0x1de4510f needed by kmod-lustre-osd-zfs-2.15.1-1.el8.x86_64 - nothing provides ksym(dmu_buf_hold_array_by_bonus) = 0x878059c5 needed by kmod-lustre-osd-zfs-2.15.1-1.el8.x86_64 - nothing provides ksym(dmu_buf_rele) = 0x9205359f needed by kmod-lustre-osd-zfs-2.15.1-1.el8.x86_64 - nothing provides ksym(dmu_buf_rele_array) = 0x33363fa0 needed by kmod-lustre-osd-zfs-2.15.1-1.el8.x86_64 - nothing provides ksym(dmu_free_long_range) = 0x9cfe8262 needed by kmod-lustre-osd-zfs-2.15.1-1.el8.x86_64 - nothing provides ksym(dmu_free_range) = 0xea15a5bb needed by kmod-lustre-osd-zfs-2.15.1-1.el8.x86_64 - nothing provides ksym(dmu_object_alloc_dnsize) = 0xa43cb16f needed by kmod-lustre-osd-zfs-2.15.1-1.el8.x86_64 - nothing provides ksym(dmu_object_free) = 0x111386f7 needed by kmod-lustre-osd-zfs-2.15.1-1.el8.x86_64 - nothing provides ksym(dmu_object_next) = 0xc1d36e86 needed by kmod-lustre-osd-zfs-2.15.1-1.el8.x86_64 - nothing provides ksym(dmu_object_set_blocksize) = 0xf4ab2498 needed by kmod-lustre-osd-zfs-2.15.1-1.el8.x86_64 ...snip... - nothing provides ksym(zfs_prop_to_name) = 0x5adabedf needed by kmod-lustre-osd-zfs-2.15.1-1.el8.x86_64 - nothing provides ksym(zio_buf_alloc) = 0x0c211976 needed by kmod-lustre-osd-zfs-2.15.1-1.el8.x86_64 - nothing provides ksym(zio_buf_free) = 0x6e7a7166 needed by kmod-lustre-osd-zfs-2.15.1-1.el8.x86_64 - nothing provides ksym(zrl_add_impl) = 0x71517bab needed by kmod-lustre-osd-zfs-2.15.1-1.el8.x86_64 - nothing provides ksym(zrl_remove) = 0x6a251b8b needed by kmod-lustre-osd-zfs-2.15.1-1.el8.x86_64 (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) Nearly all of those are zfs symbols from the looks of it.
// # rpm -q -a | grep zfs
zfs-2.1.2-1.el8.x86_64
libzfs5-2.1.2-1.el8.x86_64
zfs-dkms-2.1.2-1.el8.noarch
# lsmod | grep zfs
zfs 3821568 3
zunicode 335872 1 zfs
zzstd 507904 1 zfs
zlua 176128 1 zfs
zcommon 94208 1 zfs
znvpair 90112 2 zfs,zcommon
zavl 16384 1 zfs
icp 319488 1 zfs
spl 114688 6 zfs,icp,zzstd,znvpair,zcommon,zavl
I can build and install it all from source but these packages have been built and placed online as a resource and it doesn't look as if they will install. At least I can't seem to determine which unfilled dependency is causing the symbol failure in the dnf transaction |
| Comments |
| Comment by Jian Yu [ 27/Aug/22 ] |
|
Hi Jeff, the issue is being fixed in |