[OpenAFS] Re: afs rpm architecture problem

Axel Thimm openafs-info <openafs-info@openafs.org>
Mon, 7 Jan 2008 21:26:38 +0200

Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable


On Mon, Jan 07, 2008 at 06:03:54PM +0000, William John Murray wrote:
>    Hello Axel,
>            I have a problem with my laptop openafs-client package.
> Using the lastest fedora 8 kernel I get:
> Jan  7 09:10:59 BillMurray kernel: libafs: version magic
> ' SMP mod_unload 586 4KSTACKS ' should be
> ' SMP mod_unload 686 4KSTACKS '

This means that you try to load a module built for i586 on a i686 kernel.

> I installed this with:
> kern=3D`uname -r`
> if [[ `rpm -q openafs-kmdl-${kern} |  grep "not installed" | wc -l` =3D=3D
> 1 ]] ; then
>    echo There is no AFS - get it now.
>    yum -y --enablerepo=3Datrpms install  openafs-kmdl-${kern}
>    /sbin/service openafs-client start
> fi
> or possibly via 'yum update'
> Removing it and re-installing just now I got the correct i686 rpm, but I
> wondered if you could guess what went wrong?

There were two different yum bugs in FC6 and F7 that made wrong
assumptions about your arch in yum and would pull in i586 where i686
should be pulled in. This mostly affected kernels during install time,
e.g. you would end up pulling out the DVD from an install-from-scratch
setup on say xeons and you would find out that they run w/o cmov and

These bugs have been fixed, but for some CPUs there seems to still be
a bug in F8's yum making yum guess the wrong arch. You don't happen to
run xeons?

There is a bug report at bugzilla.redhat.com about this happening on
F8. Not with openafs, though, but this is not openafs' fault anyway.
Axel.Thimm at ATrpms.net

Content-Type: application/pgp-signature
Content-Disposition: inline

Version: GnuPG v1.4.7 (GNU/Linux)