[OpenAFS] lost contact with fileserver

[Tobias Pfeiffer]

This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enig29784BFC952FFB5660858E30
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit

Hi!

Derrick J Brashear wrote:
> Force ethereal to not use rudp. It's dumb and not figuring out that Rx
> packets are Rx packets.

Apart from the fact that I don't know how to do this, this doesn't help
me with my AFS problem. Any idea what might go wrong? It seems to me
like the first request of the client is asking one of the
uni-mannheim.de AFS database server for the location of the root.cell
volume:

> No.     Time        Source                Destination           Protocol
>       1 0.000000    192.168.0.2           134.155.97.205        AFS (RX) VLDB Request: get-entry-by-name-u (527)
> [...]
> User Datagram Protocol, Src Port: afs3-callback (7001), Dst Port: afs3-vlserver (7003)
> RX Protocol
> Andrew File System (AFS)
>     Service: Volume Location Database Server Request
>     The reply to this request is in frame 5
>     Operation: get-entry-by-name-u (527)
>         Volume Name: root.cell

What does "The reply to this request is in frame 5" mean?? Actually, the
reply to this request seems to come in what is entitled as frame 2:

> No.     Time        Source                Destination           Protocol
>       2 0.079426    134.155.97.205        192.168.0.2           AFS (RX) VLDB Reply: get-entry-by-name-u (527)
> [...]
> User Datagram Protocol, Src Port: afs3-vlserver (7003), Dst Port: afs3-callback (7001)
> RX Protocol
> Andrew File System (AFS)
>     Service: Volume Location Database Server Reply
>     This is a reply to a request in frame 1
>     Time from request: 0.079426000 seconds
>     Operation: get-entry-by-name-u (527)
>         Volume Name: root.cell
>         Number of Servers: 7
>         Server UUID: 001909880000205B0000107DFFFFFFBC00000024FFFFFFC0...
> ...
>         Server Unique Address: 0x00000001
> ...
>         Partition: /vicepa
> ...
>         Server Flags: 0x00000014
> ...
>         Read-Write Volume ID: 536870921
>         Read-Only Volume ID: 536870922

So ok, this looks to me like a standard reply about the location of a
volume. But then, Ethereal lists no more useful packages, which is
probably the result of its misinterpretation (-> Malformed Packets).
I'll try to fix that Ethereal thingy and then try one more time.

Bye
Tobias

--
I may disagree with what you have to say, but I shall
defend to the death your right to say it.
                    -- Voltaire

--------------enig29784BFC952FFB5660858E30
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQFChHys0JWAx4q8rvURAmX4AKCbzpUsvcHrYl6j8RdaiogVcph9DgCfYJjA
584DzZ3W2weTI5u/JC0wUu4=
=r8+F
-----END PGP SIGNATURE-----

--------------enig29784BFC952FFB5660858E30--