[OpenAFS] OpenAFS hiccups for multiple users on Win 7 Enterprise

Jeffrey Altman jaltman@secure-endpoints.com
Mon, 24 Jan 2011 13:46:30 -0500

This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


I do not believe that the "RPC Server unavailable" error is related to
this problem.  That error is generated when a "file server" or "vldb
server" is not responding to cache manager requests.

Given that you are using Windows 7 and establishing a new remote desktop
connection at the time the outage occurs I suspect that you are
experiencing the Windows 7 netbios name lookup bug that is described in
the OpenAFS 1.5.78 release notes.  During such an outage I would expect
attempts to access paths in \\AFS to fail with "network name not found".
 That would be the Microsoft smb redirector failing to find the smb file
server named "AFS".

During such an outage the tokens and fs commands will also fail to work.
 It will appear to network identity manager that there are no tokens
present and network identity manager will display a black box over the
lock icon in the notification tray.

Jeffrey Altman

On 1/24/2011 4:52 AM, Tobias Vockerodt wrote:
> Dear all,
> we are running an open AFS cell for about 3.5 years now. While I do hav=
> virtually no experience with the server side, I am looking after most o=
> our Windows and Linux clients. So far, most of the Windows 7 clients ar=
> working well with OpenAFS 1.5.7800 (64 bit msi).
> However, we have one machine with Windows 7 Enterprise and a multiple
> user setup
> (http://deepxw.blogspot.com/2009/04/universal-termsrvdll-patch.html).
> It's a machine for number crunching which users can access via Remote
> Desktop.
> The OpenAFS issue here is that the connection breaks as soon as a secon=
> user logs in and obtains an AFS token - and it breaks for all users,
> currently logged in as well as future logins. The system recovers if
> left unattended without any OpenAFS tokens over night.
> The only error message I have seen so far is "Der RPC-Server ist nicht
> verf=C3=BCgbar" which translates to sth. like "The RPC-Server is unavai=
> I'd be glad for any suggestions for diagnostics or solution, as well as=

> confirmation of this problem in any other cell. The current task would
> be to cancel out the possible sources of this problem. Even if it's onl=
> one machine, I can imagine that the server is misconfigured.
> As mentioned above, I have only few experiences with the server, so
> please be gentle and give me detailed instructions. :)
> Many thanks for all help and suggestions,
> Tobias
> --
>   Leibniz Universit=C3=A4t Hannover
>   QUEST - Institut f=C3=BCr Quantenoptik
>   Dipl. Phys. Tobias Vockerodt
>   Welfengarten 1
>   30167 Hannover
>   Germany
>   Tel.: +49 (0)511 762 4802
>   Fax:  +49 (0)511 762 2211
>   www.quest-hannover.de

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

Version: GnuPG v1.4.9 (MingW32)