[OpenAFS] afsmodname Symbol table problems in RHEL 4.0
Thu, 22 Dec 2005 16:53:30 -0500
Note that for x86_64 you probably don't need the --target and you probably
DO want the --define "build_modules 1" -- otherwise it'll build the user
space code too, which you might not want.
Does the current README in the RPMS still talk about afsmodname? I
thought I corrected that.
Quoting Steven Fishback <email@example.com>:
> I think I figured out my problem.
> I was mixing an older AFS kickstart build method with current openafs
> 1.4.0 rpm's.
> The README file and even older IBM AFS documentation had me going
> down the wrong installation path.
> What I should have been doing was:
> rpmbuild --rebuild --target x86_64 openafs-1.4.0-rhel4.1.src.rpm
> This created the right rpm's and correct client install for my RHEL
> 4.0 AMD 64-bit system.
> Derek Atkins wrote:
>> Um, the 1.4 RPMS have no afsmodname... So, like, what RPMS
>> are you using? You're certainly not using the ones from
>> Steven Fishback <firstname.lastname@example.org> writes:
>>> Anyone built openafs 1.4.0 under 2.6.9-22.ELsmp #1 SMP?
>>> I'm having problems with generating the symbol reference table
>>> under RHEL 4.0 using afsmodname.
>>> rpm's installed fine. On another system the source compiled fine too.
>>> When I attempt to create the Symbol Table I see:
>>> # /usr/vice/etc//afsmodname -f /usr/vice/etc/modload/SymTable -g
>>> Unable to find a suitable symbol reference in libafs-2.6.9-22.ELsmp.ko!
>>> Unable to find a suitable symbol reference in libafs-2.6.9-22.ELsmp.mp.ko!
>>> I have the two kernel modules in /usr/vice/etc/modload are:
>>> -rw-r--r-- 1 root root 13731514 Dec 20 00:05 libafs-2.6.9-22.ELsmp.ko
>>> -rw-r--r-- 1 root root 13731514 Dec 20 00:19 libafs-2.6.9-22.ELsmp.mp.ko
>>> # nm libafs-2.6.9-22.ELsmp.mp.ko | grep iget
>>> U iget_locked
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processing Board (SIPB)
URL: http://web.mit.edu/warlord/ PP-ASEL-IA N1NWH
warlord@MIT.EDU PGP key available