[OpenAFS] context menu handler slow in OpenAFS 1.5.8 for Windows

Gurganus, Brant L gurganbl@rose-hulman.edu
Thu, 14 Sep 2006 19:45:41 -0400


This is a multipart message in MIME format.

------=_NextPart_000_0005_01C6D836.58EC1BA0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Robbie, does this only occur for Windows domain-joined accounts as it does
for me? I tried asking the helpdesk at my school if they knew of anything in
the environment that could cause this, but they dismissed it because I am
using a setup that they do not support.

-----Original Message-----
From: Robbie Foust [mailto:rfoust@duke.edu] 
Sent: Thursday, September 14, 2006 5:42 PM
To: Jeffrey Altman
Cc: Gurganus, Brant L; openafs-info@openafs.org
Subject: Re: [OpenAFS] context menu handler slow in OpenAFS 1.5.8 for
Windows

Hi,

I'm seeing the exact same thing.  Have been for a long time, but  
never had proof it was the AFS client causing the right-click delay.   
I could send screen shots but its the same behavior already posted  
here.  I've confirmed it using the pioctl debugging and fs whereis  
"my documents" command.  I'm using v1.4.1 on a Windows 2003 advanced  
terminal server.

Thanks,

- Robbie


On Sep 13, 2006, at 10:23 PM, Jeffrey Altman wrote:

> There is nothing wrong with using drive mappings.
> My guess is that there is something wrong because the SamCompatible
> name is not a prefix of the full Domain Name.
>
> Lots of sites use domain logins without any delays.  So its something
> unusual about your environment.
>
> Jeffrey Altman
>
>
> Gurganus, Brant L wrote:
>> Another potential contributing factor is that domain logon scripts
>> automatically map AFS paths to drive letters, so I am not sure if  
>> I can
>> prevent those mappings from occurring and see what happens then.
>>
>> -----Original Message-----
>> From: Jeffrey Altman [mailto:jaltman@secure-endpoints.com]
>> Sent: Wednesday, September 13, 2006 9:56 PM
>> To: Gurganus, Brant L
>> Cc: openafs-info@openafs.org
>> Subject: Re: [OpenAFS] context menu handler slow in OpenAFS 1.5.8 for
>> Windows
>>
>> What if you login with:
>>
>> gurganbl@MS.ROSE-HULMAN.EDU
>>
>> Gurganus, Brant L wrote:
>>> Actually, I was wrong about the delay, I was just trying soon after
>>> login when those results were still cached. The output is different
>>> though:
>>>
>>> C:\Documents and Settings\gurganbl>fs whereis "My Documents"
>>> pioctl CreateFile(C:\_._AFS_IOCTL_._) failed: 0x2
>>>         [The system cannot find the file specified.
>>> ]
>>> pioctl Explorer logon user: [MSROSE-HULMAN\gurganbl]
>>> pioctl CreateFile(C:\_._AFS_IOCTL_._) failed: 0x2
>>>         [The system cannot find the file specified.
>>> ]
>>> pioctl LSA Principal logon user: [gurganbl@MS.ROSE-HULMAN.EDU]
>>> pioctl WNetAddConnection2(\\afs,gurganbl@MS.ROSE-HULMAN.EDU) failed:
>>> 0x4C3
>>> pioctl WNetAddConnection2(\\afs\all,gurganbl@MS.ROSE-HULMAN.EDU)
>> failed:
>>> 0x4C3
>>> pioctl SamCompatible logon user: [MSROSE-HULMAN\gurganbl]
>>> pioctl CreateFile(C:\_._AFS_IOCTL_._) failed: 0x2
>>>         [The system cannot find the file specified.
>>> ]
>>> fs: Invalid argument; it is possible that My Documents is not in  
>>> AFS.
>>>
>>> The delay occurs after the first WNetAddConnection2 call in the case
>> of
>>> both login forms.
>>>
>>> -----Original Message-----
>>> From: Jeffrey Altman [mailto:jaltman@secure-endpoints.com]
>>> Sent: Wednesday, September 13, 2006 9:28 PM
>>> To: Gurganus, Brant L
>>> Cc: openafs-info@openafs.org
>>> Subject: Re: [OpenAFS] context menu handler slow in OpenAFS 1.5.8  
>>> for
>>> Windows
>>>
>>> ok.  What is the pioctl output when using that name form?
>>>
>>> Gurganus, Brant L wrote:
>>>> With that information, if I login with MSROSE-HULMAN\gurganbl  
>>>> instead
>>> of
>>>> gurganbl@rose-hulman.edu, I do not experience the delay.
>>>>
>>>> -----Original Message-----
>>>> From: Jeffrey Altman [mailto:jaltman@secure-endpoints.com]
>>>> Sent: Wednesday, September 13, 2006 8:29 PM
>>>> To: Gurganus, Brant L
>>>> Cc: openafs-info@openafs.org
>>>> Subject: Re: [OpenAFS] context menu handler slow in OpenAFS  
>>>> 1.5.8 for
>>>> Windows
>>>>
>>>> There you go.  Its taking pioctl() many tries before it can
>>>> find the name form that matches the authentication name used
>>>> to login the session.  This name is required in order for
>>>> authentication to the AFS SMB server to succeed since that is
>>>> the only name that will be accepted over the loopback interface.
>>>>
>>>> I don't have a solution for you.  The real fix for this is to
>>>> stop using an SMB server and instead begin use of a Network
>>>> Redirector.  Completing this work is a long time off.
>>>>
>>>> Jeffrey Altman
>>>>
>>>>
>>>>
>>>> Gurganus, Brant L wrote:
>>>>> I turned on the pioctl debugging as you suggested and these  
>>>>> were the
>>>>> results. This is a domain-joined limited user account.
>>>>>
>>>>>
>>>>>
>>>>> 0x4c3 is:
>>>>>
>>>>> ERROR_SESSION_CREDENTIAL_CONFLICT
>>>>> 1219
>>>>>
>>>>> 	
>>>>>
>>>>> Multiple connections to a server or shared resource by the same
>> user,
>>>>> using more than one user name, are not allowed. Disconnect all
>>>> previous
>>>>> connections to the server or shared resource and try again.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> C:\Documents and Settings\gurganbl>fs whereis "My Documents"
>>>>>
>>>>> pioctl CreateFile(C:\_._AFS_IOCTL_._) failed: 0x2
>>>>>
>>>>>         [The system cannot find the file specified.
>>>>>
>>>>> ]
>>>>>
>>>>> pioctl Explorer logon user: [gurganbl@rose-hulman.edu]
>>>>>
>>>>> pioctl WNetAddConnection2(\\afs,gurganbl@rose-hulman.edu) failed:
>>>> 0x4C3
>>>>> pioctl WNetAddConnection2(\\afs\all,gurganbl@rose-hulman.edu)
>> failed:
>>>> 0x4C3
>>>>> pioctl LSA Principal logon user: [gurganbl@MS.ROSE-HULMAN.EDU]
>>>>>
>>>>> pioctl WNetAddConnection2(\\afs,gurganbl@MS.ROSE-HULMAN.EDU)  
>>>>> failed:
>>>> 0x4C3
>>>>> pioctl WNetAddConnection2(\\afs\all,gurganbl@MS.ROSE-HULMAN.EDU)
>>>> failed:
>>>>> 0x4C3
>>>>>
>>>>> pioctl SamCompatible logon user: [MSROSE-HULMAN\gurganbl]
>>>>>
>>>>> pioctl CreateFile(C:\_._AFS_IOCTL_._) failed: 0x2
>>>>>
>>>>>         [The system cannot find the file specified.
>>>>>
>>>>> ]
>>>>>
>>>>> fs: Invalid argument; it is possible that My Documents is not in
>> AFS.
>>>>>
>>>>>
>>>>> C:\Documents and Settings\gurganbl>fs whereis "My Documents"
>>>>>
>>>>> pioctl CreateFile(C:\_._AFS_IOCTL_._) failed: 0x2
>>>>>
>>>>>         [The system cannot find the file specified.
>>>>>
>>>>> ]
>>>>>
>>>>> pioctl Explorer logon user: [gurganbl@rose-hulman.edu]
>>>>>
>>>>> pioctl WNetAddConnection2(\\afs,gurganbl@rose-hulman.edu) failed:
>>>> 0x4C3
>>>>> pioctl WNetAddConnection2(\\afs\all,gurganbl@rose-hulman.edu)
>> failed:
>>>> 0x4C3
>>>>> pioctl LSA Principal logon user: [gurganbl@MS.ROSE-HULMAN.EDU]
>>>>>
>>>>> pioctl WNetAddConnection2(\\afs,gurganbl@MS.ROSE-HULMAN.EDU)  
>>>>> failed:
>>>> 0x4C3
>>>>> pioctl WNetAddConnection2(\\afs\all,gurganbl@MS.ROSE-HULMAN.EDU)
>>>> failed:
>>>>> 0x4C3
>>>>>
>>>>> pioctl SamCompatible logon user: [MSROSE-HULMAN\gurganbl]
>>>>>
>>>>> pioctl CreateFile(C:\_._AFS_IOCTL_._) failed: 0x2
>>>>>
>>>>>         [The system cannot find the file specified.
>>>>>
>>>>> ]
>>>>>
>>>>> fs: Invalid argument; it is possible that My Documents is not in
>> AFS.
>>>>>
>>>>>
>>>>> -----Original Message-----
>>>>> From: Jeffrey Altman [mailto:jaltman@secure-endpoints.com]
>>>>> Sent: Wednesday, September 13, 2006 6:37 PM
>>>>> To: Gurganus, Brant L
>>>>> Cc: openafs-info@openafs.org
>>>>> Subject: Re: [OpenAFS] context menu handler slow in OpenAFS 1.5.8
>> for
>>>>> Windows
>>>>>
>>>>>
>>>>>
>>>>> Turn on pioctl() debugging (as per the debugging section of the
>>>>>
>>>>> OpenAFS Release Notes), and then run the "fs whereis" test again.
>>>>>
>>>>>
>>>>>
>>>>> I suspect you will find the problem is that your systems are  
>>>>> having
>> a
>>>>> hard time authenticating to the AFS Client Service.  In which case
>>>>>
>>>>> all operations to AFS are suffering the same delays
>>>>>
>>>>>
>>>>>
>>>>> Jeffrey Altman
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Gurganus, Brant L wrote:
>>>>>
>>>>>> The delay characteristics are reproducible using the command you
>>>>>> mentioned. If it is newly run, there is a delay. If it has  
>>>>>> recently
>>>> ran
>>>>>> (probably has results in a cache), then it finishes quickly.
>>>>>> There appears to be no difference in output of the command when
>>> there
>>>> is
>>>>>> a delay and when there is not a delay:
>>>>>> C:\DOCUME~1\gurganbl>fs whereis "My Documents"
>>>>>> fs: Invalid argument; it is possible that My Documents is not in
>>> AFS.
>>>>>> C:\DOCUME~1\gurganbl>fs whereis "My Documents"
>>>>>> fs: Invalid argument; it is possible that My Documents is not in
>>> AFS.
>>>> _______________________________________________
>>>> OpenAFS-info mailing list
>>>> OpenAFS-info@openafs.org
>>>> https://lists.openafs.org/mailman/listinfo/openafs-info
>>> _______________________________________________
>>> OpenAFS-info mailing list
>>> OpenAFS-info@openafs.org
>>> https://lists.openafs.org/mailman/listinfo/openafs-info
>>
>> _______________________________________________
>> OpenAFS-info mailing list
>> OpenAFS-info@openafs.org
>> https://lists.openafs.org/mailman/listinfo/openafs-info
>


------=_NextPart_000_0005_01C6D836.58EC1BA0
Content-Type: application/x-pkcs7-signature;
	name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="smime.p7s"

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII3jCCAmYw
ggHPoAMCAQICEAWkEuO4+dok/usxugud7CMwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkEx
JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ
ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA2MDkxNDA3NTI1NloXDTA3MDkxNDA3NTI1
NlowSjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEnMCUGCSqGSIb3DQEJARYYZ3Vy
Z2FuYmxAcm9zZS1odWxtYW4uZWR1MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDaBNOkCCNH
PXEbjCGRc6ClFkbPJpOOL8NRjgHHk523OEeav4zQSTpEPxL5MJ/5Uc+OsVBOg/0aGaFKQuTe5CiI
bNQL2n2fcXNABfJb8x+4/0JHNYHhKFT7mAsfv2vMPfEbjcucWjdZQDWuKvv9/r+oyrV1VRoll/2+
Y8Q7R0lLTwIDAQABozUwMzAjBgNVHREEHDAagRhndXJnYW5ibEByb3NlLWh1bG1hbi5lZHUwDAYD
VR0TAQH/BAIwADANBgkqhkiG9w0BAQUFAAOBgQA7SYXNj2JTiS4yAYJZ+0/osDG6WPfSe3Sncb40
recPLAocuHufoTYk1bLKKFDKhNn/yIrWevDShlegMJn4WEo3a6rjoijYBNQ6sXi1BQ1WgAoYY8rR
+9QmhZoFJPz+OhKAL077B6j+CczRUejqbeA/gJ8n2DIhuNMCRbUjEpDLyzCCAy0wggKWoAMCAQIC
AQAwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx
EjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsT
H0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25h
bCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNv
bTAeFw05NjAxMDEwMDAwMDBaFw0yMDEyMzEyMzU5NTlaMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UE
CBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25z
dWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQD
ExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZy
ZWVtYWlsQHRoYXd0ZS5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBANRp19SwlGRbcelH
2AxRtupykbCEXn0tDY97Et+FJXUodDpCLGMnn5V7S+9+GYcdhuqj3bnOlmQawhRuRKx85o/oTQ9x
H0A4pgCjh3j2+ZSGXq3qwF5269kUo11uenwMpUtVfwYZKX+emibVars4JAhqmMex2qOYkf152+Va
xBy5AgMBAAGjEzARMA8GA1UdEwEB/wQFMAMBAf8wDQYJKoZIhvcNAQEEBQADgYEAx+ySfk749Zal
Z2IqpPBNEWDQb41gWGGsJrtSNVwIzzD7qEqWih9iQiOMFw/0umScF6xHKd+dmF7SbGBxXKKs3Hnj
524ARx+1DSjoAp3kmv0T9KbZfLH43F8jJgmRgHPQFBveQ6mDJfLmnC8Vyv6mq4oHdYsM3VGEa+T4
0c53ooEwggM/MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMG
A1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBD
b25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYD
VQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFs
LWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQsw
CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UE
AxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQAD
gY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow
1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenpruf
ZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBD
BgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVl
bWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVM
YWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GBAEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0wh
uPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBP
ZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC3CEZNd4ksdMdRv9dX2VPMYIC+DCCAvQCAQEwdjBi
MQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG
A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEAWkEuO4+dok/usxugud
7CMwCQYFKw4DAhoFAKCCAdgwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUx
DxcNMDYwOTE0MjM0NTM1WjAjBgkqhkiG9w0BCQQxFgQUMnfCvmBgbk0Ur1JSFk0B/k3c1KYwZwYJ
KoZIhvcNAQkPMVowWDAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAw
BwYFKw4DAgcwDQYIKoZIhvcNAwICASgwBwYFKw4DAhowCgYIKoZIhvcNAgUwgYUGCSsGAQQBgjcQ
BDF4MHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0
ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhAFpBLjuPna
JP7rMboLnewjMIGHBgsqhkiG9w0BCRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRo
YXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVl
bWFpbCBJc3N1aW5nIENBAhAFpBLjuPnaJP7rMboLnewjMA0GCSqGSIb3DQEBAQUABIGAbbPnBK68
F3UWlkkqQ/O8YoutulajA+BPEmthV6gr+d2ZtidPA7R59eA4DsX6UzE7RquomANyqyOytsST4vj5
LasistWmY9k2FVnefd7IWswivu4vdm3HiulC+Mah0sjkT0XAd5+5Es+MvC6hUH53/+Nk3CpOwZnJ
rk6d4j8SazgAAAAAAAA=

------=_NextPart_000_0005_01C6D836.58EC1BA0--