Tobias: 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 have > virtually no experience with the server side, I am looking after most of > our Windows and Linux clients. So far, most of the Windows 7 clients are > 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 second > 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ügbar" which translates to sth. like "The RPC-Server is unavailable". > > 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 only > 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ät Hannover > QUEST - Institut für 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 >
signature.asc
Description: OpenPGP digital signature
