P.S. - Thanks for the excellent report.

Jeffrey Altman wrote:
> We do not have a fully implementation of the Remote Administration
> Protocol.   This issue is listed in the "issues" list distributed
> with the release.
> 
> Jeffrey Altman
> 
> Christopher Allen Wing wrote:
>> (I just entered a bug report with this same text as bug #31903)
>>
>> I am testing the OpenAFS Windows client on a XP SP2 machine which should
>> be reasonably up to date with patches.  I cannot reliably browse the
>> '\\afs' root in Windows Explorer.  Sometimes this works, but other times
>> I get the error:
>>
>>     \\afs is not accessible. You might not have permission to use this
>>     network resource. Contact the administrator of this server to find
>>     out if you have access permissions.
>>
>>     The network path was not found.
>>
>>
>> Freelance mode is enabled.  I have tried with and without integrated
>> logon, it seems equally likely to misbehave.
>>
>>
>> What I am trying to do is just go to "Run" in the start menu, and enter
>> '\\afs'.  Occasionally this succeeds and I can see the list of freelance
>> mount points.  Most of the time it fails with the above error.
>>
>> What does work properly all the time is going directly to an AFS cell,
>> by entering:
>>
>>     \\afs\cell.name
>>
>> in the "Run" prompt.  Other than this weird \\afs browsing problem, the
>> AFS client seems to be working correctly.
>>
>>
>>
>> Interestingly, I _can_ get to the root (\\afs) if I first open up an
>> Explorer window, by entering the UNC path:
>>
>>     \\afs\cell.name
>>
>> and then clicking on the "Up" button in Windows Explorer.  The file
>> manager will then go up to the \\afs root and display the list of shares
>> (freelance mountpoints) correctly.
>>
>>
>> If I try to enter '\\afs' directly into the location bar, I will usually
>> get the same error as before (from the "Run" command in the start menu).
>>
>>
>>
>> I obtained the output of 'fs trace -dump' during which time the error
>> occurred.  I reproduced this as follows:
>>
>>     1. Reboot the machine
>>
>>     2. Log in with a windows domain account, but do not obtain any AFS
>>        tokens
>>
>>     3. Run (as administrator):
>>
>>         fs trace -reset
>>
>>         fs trace -on
>>
>>     4. Go to the start menu, click "Run" and enter '\\afs'
>>
>>     5. The error is displayed (it does not browse \\afs properly)
>>
>>     6. Run (as administrator)
>>
>>         fs trace -dump
>>
>>         fs trace -off
>>
>>     7. Copy the resulting C:\WINDOWS\Temp\afsd.log file
>>
>>
>> The log file is available for downloading here:
>>
>>     
>> http://www-personal.engin.umich.edu/~wingc/openafs/bugs/oafs-1.4.1-winxp-afsbrowse-20060516.log
>>
>>
>> In the log file, the following names are used:
>>
>>     ultra20, ULTRA20    - machine's host name
>>     localadmin        - name of local administrator account
>>                   (used to run 'fs trace' commands)
>>     UMROOT\wingc        - my Windows domain account which I was
>>                   logged in as (when trying to browse
>>                   \\afs)
>>
>>
>>
>> Any ideas?
>>
>>
>> Thanks a lot,
>>
>> Chris Wing
>> [EMAIL PROTECTED]
>> _______________________________________________
>> OpenAFS-info mailing list
>> [email protected]
>> https://lists.openafs.org/mailman/listinfo/openafs-info

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

Reply via email to