[LU-5882] Conflict in exported symbols, clients cannot load modules Created: 07/Nov/14  Updated: 09/Oct/21  Resolved: 09/Oct/21

Status: Resolved
Project: Lustre
Component/s: None
Affects Version/s: Lustre 2.7.0
Fix Version/s: None

Type: Bug Priority: Blocker
Reporter: Cliff White (Inactive) Assignee: WC Triage
Resolution: Cannot Reproduce Votes: 0
Labels: None
Environment:

Hyperion/LLNL


Severity: 3
Rank (Obsolete): 16447

 Description   

Modprobe fails on all Lustre clients
WARNING: Error inserting obdclass (/lib/modules/2.6.32-431.29.2.el6.x86_64/extra/kernel/fs/lustre/obdclass.ko): Invalid module format

Syslog reports duplicate symbol
obdclass: exports duplicate symbol obd_memory (owned by lvfs)

# objdump --sym /lib/modules/2.6.32-431.29.2.el6.x86_64/weak-updates/kernel/fs/lustre/lvfs.ko |grep obd_memory
0000000000000050 l     O __ksymtab      0000000000000010 __ksymtab_obd_memory
0000000000000043 l     O __ksymtab_strings      000000000000000b __kstrtab_obd_memory
0000000000000028 l     O __kcrctab      0000000000000008 __kcrctab_obd_memory
0000000000000000 g     O .bss   0000000000000008 obd_memory
000000007562dcf8 g       *ABS*  0000000000000000 __crc_obd_memory


 Comments   
Comment by Andreas Dilger [ 07/Nov/14 ]

Is the lvfs.ko module possibly from an older lustre-client package?

Comment by Bob Glossman (Inactive) [ 07/Nov/14 ]

pretty sure there is no lvfs.ko in current builds. none in 2.5 either, I think. I believe Andreas is right & you have it left there from an old version. did you maybe not rpm --erase old rpms before rpm installing new ones?

Comment by Cliff White (Inactive) [ 07/Nov/14 ]

Yes, this seems to be created as part of the LLNL install, the modules are all links.
lrwxrwxrwx 1 root root 79 Nov 6 14:56 lvfs.ko -> /lib/modules/2.6.32-431.29.2.1chaos.ch5.2.x86_64/extra/kernel/fs/lustre/lvfs.ko

Generated at Sat Feb 10 01:55:20 UTC 2024 using Jira 9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c.