[OpenAFS] 1.4.0 on Solaris 10 x86/amd64

[Kris Kasner]

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.

---559023410-1040743385-1132008551=:3950
Content-Type: TEXT/PLAIN; charset=X-UNKNOWN; format=flowed
Content-Transfer-Encoding: QUOTED-PRINTABLE


I'm running the 1.4.0 binary dist downloaded from openafs.org (to try and=
=20
remove my compile environment as a variable..), it is definitely still brok=
en=20
in 64bit mode..

My afsd options are:

/usr/vice/etc/afsd -stat 2800 -dcache 2400 -daemons 5 -volumes 400 -nosetti=
me

I'm happy to try others if they may make a difference.. we're just sticking=
=20
with what we've been using on the transarc client on SPARC for the last 8-9=
=20
years.. :-)

Thanks!

--Kris

Today at 17:15, chas williams - CONTRACTOR <chas@cmf.nrl.navy.mil> wrote:

> In message <20051111214453.GA9339@ccali28.in2p3.fr>,Loic Tortay writes:
>>  avc->linkData
>>  cpos <null string>
>>  volnamep =EDf=FF=FF=FF=FF/afs
>
> i guess i shouldnt be surprised.  its never simple.  anyway, looking
> at one of your trace again, this is pretty strange:
>
> =09time 452.000000, pid 344: RPC GetVolumeByName for 536871133 (at 0x9bb8=
e6)
> =09time -1551.-626552, pid 344: Analyze RPC op -1 conn 0x889315c8 code 0x=
0 user 0x0
> =09time -1491.-359488, pid 344: Analyze RPC op 2 conn 0x88931a50 code 0x0=
 user 0x64
> =09time 462.205880, pid 344: ProcessFS vp 0x8c2ab000 old len (0x0, 0x800)=
 new len (0x9bb8f0, 0x800)
>
> ok, its pretty unlikely that new len grew to this size.  its almost like
> Length_hi has random contents.
>
> =09time 378.564965, pid 344: RPC GetVolumeByName for 536871133 (at 0x9bb8=
26)
> =09time -1551.-626552, pid 344: Analyze RPC op -1 conn 0x889315c8 code 0x=
0 user 0x0
> =09time 175.749413, pid 344: GetdCache vp 0x8c2ab000 dcache 0x8c6465a0 dc=
ache low-version 0x66, vcache low-version 0x66
> =09time 175.749413, pid 344: GetdCache tlen 0x800 flags 0x1 abyte (0x0, 0=
x0) Position (0x9bba70, 0x0)
>
> and of course, Position is now wrong.
>
> so, just to be certain about some things, the 1.4.0 release is broken
> right (even after clearing the cache)?  and specifically, what options do
> you pass to afsd?
> _______________________________________________
> OpenAFS-info mailing list
> OpenAFS-info@openafs.org
> https://lists.openafs.org/mailman/listinfo/openafs-info
>

--=20

Thomas Kris Kasner                  Qualcomm Inc.
UNIX Infrastructure Architecture    5775 Morehouse Drive
UNIX Systems Administration =09    San Diego, CA 92121
 =09=09=09=09    (858)658-4932


   ...take what you can from your dreams
 =09Make them as real as anything
 =09It'd take the work out of the courage
 =09=09=09=09=09-- Dave Matthews "Grey Street"
---559023410-1040743385-1132008551=:3950--