Rodney M Dyer wrote:
At 10:59 AM 10/6/04, Ron Croonenberg wrote:
When I use the AFS client and try to map a drive via the "drive letters" tab, it won't work.
Be specific. What do you mean by "won't work"?
Global drives are not mounted as the user, they are mounted by the user that the AFS service daemon runs as, user SYSTEM. This can cause some problems for some applications. AFSCreds is a GUI that comes with the AFS client that runs under the user's account. Drives mounted by the drive letters tab of the AFSCreds interface are mounted as the user. Depending on where you are mounting in the AFS tree, you may or may not need to be authenticated first.
Are you authenticating before you try to mount the drive?
Does the directory you are trying to mount have valid ACLs for the account you've authenticated as?
Do you have the correct cell information in AFS_Config?
Rodney
My understanding of Ron's problem is that when he attempts to perform
a drive mapping either from afscreds.exe, afs_config.exe or via NET USE,
that the drive mapping apparently succeeds where succeeds is defined as
a drive letter is available for use. However, any attempt to use that
drive letter to actually access AFS results in no information being returned by AFS to the Windows SMB/CIFS client. This is true regardless
of whether the cell being accessed requires AFS authentication or not.
I have accessed Ron's cells from my system without experiencing the problems he is describing. If I remember correctly, Ron also has some Novell client software installed on his machine. I think there might be some interaction between the Novell client software and AFS but I am not sure.
Identifying the real cause of this problem is going to require someone
with knowledge of OpenAFS for Windows internals sitting down on a machine that suffers from the problem with a debugger to identify what
requests are being received from the Windows SMB/CIFS client and why
those requests are not being processed successfully. At the moment I
don't have time to volunteer to do this.
Jeffrey Altman
smime.p7s
Description: S/MIME Cryptographic Signature
