[OpenAFS] 1.4.0 on Solaris 10 x86/amd64

[Loic Tortay]

--lEGEL1/lMxI0MVQ2
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
X-MIME-Autoconverted: from 8bit to quoted-printable by ccmail.in2p3.fr id jAAAuN7v054068

According to chas williams - CONTRACTOR:
[...]
>
> watching the afs transaction with tcpdump (and a big enough snap
> length) would tell you if afs is really requesting this or the
> trace facility is broken on amd64.  but since this same code
> works on 32-bit machines, its likely some pointer is getting truncated.
> on another side note, in CM_TRACE_GETVOL %x might need to be %p.
> that would help debug this problem somewhat.
>
> anyway, can you watch with tcpdump and see what afs is requesting?
>
The volume name requested is really "line noise".

I attach a very small tcpdump capture file with relevant packets
(request and answer).


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

--lEGEL1/lMxI0MVQ2
Content-Type: application/octet-stream
Content-Disposition: attachment; filename="openafs-1.3.82-small.dump"
Content-Transfer-Encoding: base64

1MOyoQIABAAAAAAAAAAAANwFAAABAAAAcjZyQ3PzAwBaAAAAWgAAAAALYF09wAAJPRLERAgA
RQAATLQ+QAD/EQAAhp5oz4ae6AsbWRtbADgAAMNxF6PjmTtQAAAAEgAAAAEAAAAUAQUAAAAA
ADQAAAIPAAAACY2Wjf////9ydwAAAHI2ckPA9gMASgAAAEoAAAAACT0SxEQAC2BdPcAIAEUA
ADyNJgAAHRGyc4ae6AuGnmjPG1sbWQAo4G7DcRej45k7UAAAABIAAAAAAAAAEgQAAAAAAAA0
AAWMBw==

--lEGEL1/lMxI0MVQ2--