[OpenAFS] 1.4.0 on Solaris 10 x86/amd64

[Loic Tortay]

According to chas williams - CONTRACTOR:
> In message <20051108082205.GA4001@ccali27.in2p3.fr>,Loic Tortay writes:
> >The "known working" release (that does not work in our environment) I
> >have been able to test is actually not 1.3.76 but something probably
> >more akin to 1.3.79 (just like yours):
> > % what /usr/vice/etc/afsd | grep 'OpenAFS '
> >            OpenAFS devel built  2005-02-18
> > %
>
> try these: ftp://ftp.cmf.nrl.navy.mil/pub/chas/openafs/loic-tortay.tar.=
gz
> i probably built these before the kernel patch was applied.  also, coul=
d
> you try clearing your cache?  rm -rf the cache before starting afsd.
>
Thank you, your binaries work in 64 bit mode after clearing the cache.

I was pretty sure I always cleared the cache in my previous tests, but
it appears I did not do so every time, since the other known working
binaries I have do also work with a cleared cache.


On the other hand, I can confirm that the problem still exists with the
1.4.0 release (even with a cleared cache).


I have also tested the 1.3.79 release and it works in 64 bit mode:
 % isainfo
 amd64 i386
 % uname -srvm
 SunOS 5.10 Generic_118844-08 i86pc
 % pwd
 /afs/in2p3.fr/home/t/tortay
 % what /usr/vice/etc/afsd|grep 'OpenAFS '
         OpenAFS 1.3.79 built  2005-11-08


According to
<https://lists.openafs.org/pipermail/openafs-info/2005-October/019683.htm=
l>,
Kris Kasner saw the problem on 1.3.81 too.

Since the problem does not not seem to be in newer Solaris 10 kernel
releases, it may then be due to a change in OpenAFS 1.3.80 or 1.3.81.


Lo=EFc.
--=20
| Lo=EFc Tortay <tortay@cc.in2p3.fr> -     IN2P3 Computing Centre     |