[OpenAFS] Drive Mappings in 1.5.10

[Rodney M Dyer]

At 02:01 AM 11/3/2006, Jeffrey Altman wrote:
>Kevin:
>
>I have been unable to re-create the "Dr" problem in the afs_config
>drive mappings.  However, I advise against using that tool.  I believe
>that all drive mappings should be made using the Explorer.  There is
>nothing special about a AFS drive mapping.  Simply map a drive letter
>using Explorer to the UNC path within AFS.

I also see only "Dr" in the drive listings of both the afscreds systray 
tool and afs_config.exe.

>As for Global Drive Mappings.  They should not be used.  Microsoft
>deprecated the functionality in Windows 2000 and its use can result
>in unpredictable behavior.

In our networked Windows/AFS architecture we still use a global drive, 
however we have been planning (for quite some time) to migrate away from 
it.  The historical reason we use a global drive is because Windows needs 
access to the network folders that contain the users roaming profile data 
.... before the standard user drives are mounted (post profile).  I have 
done some preliminary investigation by changing some profile paths for some 
test users AD profiles to using UNC paths.  The results were not good.  If 
memory serves me (I did this investigation over a year ago), the problem 
was that Windows handles client side caching and access control differently 
than a "drive mount".  I seemed to be continually bombarded with file 
sychronization popups when UNC paths were used.  This may have been more 
related to our use of "folder redirection" than the profiles themselves.  I 
have not had the time to get back to performing the tests with the current 
AFS client.  That's on my list.


>Jeffrey Altman
>
>
>Kevin Scott Sumner wrote:
> > Hi all,
> >
> > I recently upgraded from 1.4.2 on a WinXP sp2 machine to 1.5.10 via
> > EXE.  After the upgrade, user drive mappings appear to not be working well.
> >
> > Specifically, I can add new drive mappings on the Drive Letters tab of
> > the AFS Client Configuration dialog, but instead of showing the drive
> > letter, it's mapping and the checkbox as expected and in older versions, it
> > shows a checkbox and the letters 'Dr'.  Also, drives mapped before the
> > upgrade also show up with a 'Dr' entry.  New drives does show up in
> > Explorer, but they cannot be removed via the Remove button, nor do the
> > mapping checkboxes operate on the mapped drives.  Using the
> > 'Change...' button on one of these presents the normal dialog for
> > adding/changing drive mappings, but it's populated with default values.
> >
> > The only way I've been able to remove the drive mappings is by removing
> > their keys in the registry (HKCU\Software\OpenAFS\Client\Active Maps and
> > ...\Mappings) then use Explorer to do a network drive disconnect.
> > Occasionally, the drives won't disconnect ("Network connection not found"
> > or something similar), but I can't distinguish a pattern for recreating
> > this particular symptom.
> >
> > As a work-around, I'm using Global Drives from the Advanced tab for now
> > since I'm the only one using my machine.
> >
> > Any idea what's going on?
> >
> > Some other misc info (though I don't think any of this should affect it):
> > -KfW, 3.1b2 w/ OpenAFS plugin for KfW 3.1b1
> > -IE7 installed
> > -Have mapped drives from other smb shares from Samba and Win servers
> > -Have k5tickets and tokens from 2 cells (physics.unc.edu and isis.unc.edu)
> >
> > Cheers,
> > Kevin
> > -----
> > Kevin Sumner
> > Assistant Unix Administrator
> > Physics and Astronomy Networking Infrastructure and Computing
> > University of North Carolina at Chapel Hill
> > ksumner@physics.unc.edu
> >
> > "Imagination is more important than knowledge.
> > For knowledge is limited, whereas imagination
> > embraces the entire world, stimulating progress,
> > giving birth to evolution."
> >   -Albert Einstein
> > _______________________________________________
> > OpenAFS-info mailing list
> > OpenAFS-info@openafs.org
> > https://lists.openafs.org/mailman/listinfo/openafs-info