[OpenAFS] OpenAFS hiccups for multiple users on Win 7 Enterprise
Tue, 25 Jan 2011 10:10:59 +0100
This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
Content-Type: text/plain; charset=UTF-8
> Given that you are using Windows 7 and establishing a new remote deskto=
> 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 fil=
> server named "AFS".
here is what we found: obtaining an AFS token is no problem. Access to
\\afs is also possible. As I found out just this morning, other cells
can be accessed without any problems (tested with cell openafs.org).
However, our cell here seems to be unavailable from that specific
machine for something like 8-9 hours.
> 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.
This does not happen in our case.
all the best,
> 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 ha=
>> virtually no experience with the server side, I am looking after most =
>> our Windows and Linux clients. So far, most of the Windows 7 clients a=
>> working well with OpenAFS 1.5.7800 (64 bit msi).
>> However, we have one machine with Windows 7 Enterprise and a multiple
>> user setup
>> It's a machine for number crunching which users can access via Remote
>> The OpenAFS issue here is that the connection breaks as soon as a seco=
>> 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 unava=
>> I'd be glad for any suggestions for diagnostics or solution, as well a=
>> 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 on=
>> 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,
>> Leibniz Universit=C3=A4t Hannover
>> QUEST - Institut f=C3=BCr Quantenoptik
>> Dipl. Phys. Tobias Vockerodt
>> Welfengarten 1
>> 30167 Hannover
>> Tel.: +49 (0)511 762 4802
>> Fax: +49 (0)511 762 2211
Leibniz Universit=C3=A4t Hannover
QUEST - Institut f=C3=BCr Quantenoptik
Dipl. Phys. Tobias Vockerodt
Tel.: +49 (0)511 762 4802
Fax: +49 (0)511 762 2211
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.4.11 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
-----END PGP SIGNATURE-----