[OpenAFS] OpenAFS Windows client will not map drives

Fri, 03 Mar 2006 12:12:03 -0500

This is a cryptographically signed message in MIME format.

--------------ms020702010505080807080605
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

I have heard of other organizations having problems with both Novell
and OpenAFS clients on the same machines.  I have not had access to
such a configuration to be able to debug it.

If "NET USE" does not work to map the drive then none of the drive
mapping panels in the AFS tools will work either.  The error messages
that come from NET USE are going to be the ones that matter the most.

You can follow the troubleshooting instructions in the OpenAFS Release
Notes (Start Menu->Programs->OpenAFS->Documentation) to capture logs
of what the AFS Client Service is seeing.  If you are able to obtain
tokens and list them, then you are communicating successfully with
the AFS SMB service.  Start with mapping a drive to
\\SPH-2008-08-AFS\ALL.  If you can't do that, it may be the Novell
client is altering the behavior of the Windows CIFS client such that
the AFS SMB server cannot respond.

Jeffrey Altman

Sean Caron wrote:
> I'm trying to install the OpenAFS client on some Windows XP Pro
> workstations and I am finding that for some reason, I am not able to map
> drives in the AFS heirarchy to Windows drive letters.
> 
> The systems are set up running XP Pro with the Novell client set up for
> single sign on. Protocols installed are: NWLink NetBIOS, NWLink
> IPX/SPX/NetBIOS Compatible Transport Protocol, TCP/IP. MIT Kerberos for
> Windows 3.0 is installed and working perfectly (getting tickets and so
> forth). I install the OpenAFS client 1.4.0 with default settings EXCEPT
> without the loopback adaptor because it seems to break the Novell
> client. I have things set up such that it is the OpenAFS client that
> prompts the user to sign into Kerberos/AFS, not the MIT Kerberos client
> itself.
> 
> I log into a workstation and I get the dialog box from OpenAFS prompting
> for my username and
> password. I can type in my username and password and it apparently logs
> in successfully and obtains
> tickets.
> 
> BUT, although everything seems to be working well, I cannot map drives
> at all!
> 
> If I just go to Start->Run and type something like, for example,
> 
> \\SPH-2002-08-AFS\sph.umich.edu\some\path\here
> 
> Windows will pop up a window as usual, and I can navigate the AFS
> directory tree, no problems. But if
> I actually try to set up some mapping points, I get a number of strange
> errors.
> 
> (1) If i try to use NET.EXE to set up the mappings, say, for my home
> directory,
> 
> NET USE \\sph-2002-08-AFS\sph.umich.edu\user\s\scaron g:
> 
> I get a "system error 67" from Windows: "the network name cannot be found".
> 
> (why? when Windows can obviously resolve the network name for browsing,
> as above...)
> 
> (2) If i try to use the AFS system tray program or control panel to
> configure a mapping,
> 
> I get an error: "AFS was unable to map the network drive to the
> specified path in AFS. Check to make
> sure that the drive letter is not currently in use. Error: 0x00000043"
> 
> (what does Error 0x00000043 even indicate? I see no mention of it on the
> Web or in the docs)
> 
> Does anyone have any idea why this would occur? I'm running out of
> things to try. The account that I
> am using IS a member of the "AFS Client Admins" group. I am of course
> trying to map to a drive letter
> that is available. I've tried changing the name of a machine to
> something that doesn't contain any
> nonalphabetic characters (only letters and numbers). I've messed with
> NetBIOS over TCP/IP settings.
> I've tried installing Microsoft File & Print Sharing services in the
> networking control panel (this actually
> seems to break the client even more). I've tried it with the loopback
> client (breaks Novell) and without
> the loopback client (works, as above, but I just can't map drives). I've
> tried the beta client 1.5.0 and
> it does the same thing.
> 
> Does the OpenAFS/Windows client have some sort of dependency that I am
> not aware of? The docs,
> are, as everyone is probably fully aware, pretty lousy, and don't really
> indicate what OpenAFS really
> needs to run properly in terms of Windows configuration, protocols, etc.
> 
> I would greatly appreciate any suggestions anyone might have.
> 
> Thanks!
> 
> 
> Sean Caron
> 
> Associate Systems Administrator
> University of Michigan School of Public Health
> scaron@umich.edu <mailto:scaron@umich.edu>
> 1-734-763-4206

--------------ms020702010505080807080605
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJXzCC
AwowggJzoAMCAQICAw7NrTANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE
ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv
bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDUwNTI3MTc0NzU3WhcNMDYwNTI3MTc0NzU3
WjBzMQ8wDQYDVQQEEwZBbHRtYW4xFTATBgNVBCoTDEplZmZyZXkgRXJpYzEcMBoGA1UEAxMT
SmVmZnJleSBFcmljIEFsdG1hbjErMCkGCSqGSIb3DQEJARYcamFsdG1hbkBzZWN1cmUtZW5k
cG9pbnRzLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAKjPyrF+rdjOUSK/
bWwZHdx5p1+y6iiCd4vvYEVDxouYFp5C/fZEWm5n45ubBUbMSUI1MAZN6ooEoH09UTj6BXhM
S8B987ls81dKOIUphTF2jOzq8gsFmeA15yHMRAD20LqUWeLyvYk8FCNQw+dsKMMhX+WdsxOm
RY/1jPkJL6oN8kEwoUFkOX9/OfWWh6oFnV6faiEHUKDMFubsb9X0KVD8iIeR7Cxz7i4kXqRX
wMlp2fyoxcDIJrBaTY8nA++g3p34IkWt1a5po6g683nIgSnGpwYIwuJheBqSEZfLYWa+1KdD
6Sn27Ud94GqUvPVG5jC6zVC5EJ2aWuoAu+nNuV8CAwEAAaM5MDcwJwYDVR0RBCAwHoEcamFs
dG1hbkBzZWN1cmUtZW5kcG9pbnRzLmNvbTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUA
A4GBADtvO//tjiAV6VJGtoNtrl34mB5jGyGTiotzw8riB6zz0GvY11bcWDmp6JKif+pVG+8L
IySDosbuva13qu2HwYUxBmWc7CoNd2k9kRlcrfbDUTTrGOZK8qyqNqT3gQZTAa9ZnUI0su9G
y/n2o5bQcaYdqR3htNrpvdLSPOWhILOXMIIDCjCCAnOgAwIBAgIDDs2tMA0GCSqGSIb3DQEB
BAUAMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBM
dGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTAeFw0w
NTA1MjcxNzQ3NTdaFw0wNjA1MjcxNzQ3NTdaMHMxDzANBgNVBAQTBkFsdG1hbjEVMBMGA1UE
KhMMSmVmZnJleSBFcmljMRwwGgYDVQQDExNKZWZmcmV5IEVyaWMgQWx0bWFuMSswKQYJKoZI
hvcNAQkBFhxqYWx0bWFuQHNlY3VyZS1lbmRwb2ludHMuY29tMIIBIjANBgkqhkiG9w0BAQEF
AAOCAQ8AMIIBCgKCAQEAqM/KsX6t2M5RIr9tbBkd3HmnX7LqKIJ3i+9gRUPGi5gWnkL99kRa
bmfjm5sFRsxJQjUwBk3qigSgfT1ROPoFeExLwH3zuWzzV0o4hSmFMXaM7OryCwWZ4DXnIcxE
APbQupRZ4vK9iTwUI1DD52wowyFf5Z2zE6ZFj/WM+Qkvqg3yQTChQWQ5f3859ZaHqgWdXp9q
IQdQoMwW5uxv1fQpUPyIh5HsLHPuLiRepFfAyWnZ/KjFwMgmsFpNjycD76DenfgiRa3Vrmmj
qDrzeciBKcanBgjC4mF4GpIRl8thZr7Up0PpKfbtR33gapS89UbmMLrNULkQnZpa6gC76c25
XwIDAQABozkwNzAnBgNVHREEIDAegRxqYWx0bWFuQHNlY3VyZS1lbmRwb2ludHMuY29tMAwG
A1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAO287/+2OIBXpUka2g22uXfiYHmMbIZOK
i3PDyuIHrPPQa9jXVtxYOanokqJ/6lUb7wsjJIOixu69rXeq7YfBhTEGZZzsKg13aT2RGVyt
9sNRNOsY5kryrKo2pPeBBlMBr1mdQjSy70bL+fajltBxph2pHeG02um90tI85aEgs5cwggM/
MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMM
V2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25z
dWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYD
VQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNv
bmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5
WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRk
LjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJ
KoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2
vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9
A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEw
EgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0
ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0R
BCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GB
AEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZ
Ohl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVN
d+NWIXiC3CEZNd4ksdMdRv9dX2VPMYIDOzCCAzcCAQEwaTBiMQswCQYDVQQGEwJaQTElMCMG
A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl
cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAw7NrTAJBgUrDgMCGgUAoIIBpzAYBgkqhkiG
9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNjAzMDMxNzEyMDNaMCMGCSqG
SIb3DQEJBDEWBBT/rIoq8j9Oq9VlCBBtd8z07FKpSDBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqG
SIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG
9w0DAgIBKDB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3
dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJl
ZW1haWwgSXNzdWluZyBDQQIDDs2tMHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYDVQQGEwJa
QTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhh
d3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAw7NrTANBgkqhkiG9w0BAQEFAASC
AQBLeKGPRly1KawVyHIU7jht2rfI4XWPDLvNQ2uVczzRTtDgemBg44LtdmIGnaTFx55fP6eg
q+xpyTDvpULOAQyxfVznoAZ+jZNWWJrZKtgDBGIk6gb+uHjNY92KkaxiC/jr3YYpGK5taAiS
WAhcIOJDiHaLVsdxgSEKRiGUKyjqXM3LCEi60s4cnL5n6OgXbMezeC1F7Mg6/EYMncui/+1j
ZS8HDWuMEhsYbTXvxLgyHC7Z2hOw4lJrDW+5WPPWjc+ke0+fi6Ja+nFFJ9YOgkayKZxsaE1y
M8grZ2+CVmjs0vT9VYdsoARJ6dl203RKRGAHfHNyzqo6gRWRgONrnIp8AAAAAAAA
--------------ms020702010505080807080605--