Re: [OpenAFS] Windows: aklog: ktc 7 (11862791) while obtaining tokens
On Wed, 23 Jun 2010, Jeff Blaine wrote: * There is a bug in Windows that will prevent access to \\AFS after an IP address has been removed or assigned after boot. When the bug is triggered, all attempts to connect to \\AFS will result in a Bad Network Name error. Please reproduce this issue locally and submit bug reports to Microsoft. .. below For what it's worth, we now have two examples of Windows 7 Enterprise (32-bit) systems which seem to have no problem at all accessing AFS after an address change (typically 2 minutes needed to re-establish access after a change). We also have one example of Windows 7 Professional which clearly follows the pattern described above. From the published descriptions of differences between different versions on Windows 7, I could believe that the virtualization features of Enterprise might be responsible for the difference. From the description, it seems that Ultimate stands a chance of working too, but I've got no Ultimate system to test on. My guess is that all the home editions would also fail as above. I also discovered that on Ultimate laptops using only secure wireless connections, this is a complete show stopper, since they boot with no network, and transition to a real address only after login and wireless authentication, and the loopback adaptor comes 'pre-hosed' to the login session. Richard -- Richard Brittain, Research Computing Group, Kiewit Computing Services, 6224 Baker/Berry Library Dartmouth College, Hanover NH 03755 richard.britt...@dartmouth.edu 6-2085 ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
RE: [OpenAFS] Windows: aklog: ktc 7 (11862791) while obtaining tokens
I have Windows 7 Ultimate on the desktop machine here. With no changes: AFS works fine at startup. If I create a VPN (Microsoft software) to an adjacent Server 2008 machine, AFS fails. If I disconnect the VPN, AFS works again (no reboot). This is repeatable. If I check the two Link-layer Topology boxes on the loopback adaptor properties box and reboot, I get: AFS works fine at startup. Create a VPN to Server machine, AFS fails. Wait 3-4 minutes, AFS starts working again. I have not had anyone verify this yet. I've observed the same on another Windows 7 virtual machine but I don't remember what flavor of Windows 7 it was. Mickey. -Original Message- From: openafs-info-ad...@openafs.org [mailto:openafs-info- ad...@openafs.org] On Behalf Of Richard Brittain Sent: Friday, July 30, 2010 11:56 AM To: Jeff Blaine Cc: jalt...@secure-endpoints.com; openafs-info@openafs.org Subject: Re: [OpenAFS] Windows: aklog: ktc 7 (11862791) while obtaining tokens On Wed, 23 Jun 2010, Jeff Blaine wrote: * There is a bug in Windows that will prevent access to \\AFS after an IP address has been removed or assigned after boot. When the bug is triggered, all attempts to connect to \\AFS will result in a Bad Network Name error. Please reproduce this issue locally and submit bug reports to Microsoft. .. below For what it's worth, we now have two examples of Windows 7 Enterprise (32-bit) systems which seem to have no problem at all accessing AFS after an address change (typically 2 minutes needed to re-establish access after a change). We also have one example of Windows 7 Professional which clearly follows the pattern described above. From the published descriptions of differences between different versions on Windows 7, I could believe that the virtualization features of Enterprise might be responsible for the difference. From the description, it seems that Ultimate stands a chance of working too, but I've got no Ultimate system to test on. My guess is that all the home editions would also fail as above. I also discovered that on Ultimate laptops using only secure wireless connections, this is a complete show stopper, since they boot with no network, and transition to a real address only after login and wireless authentication, and the loopback adaptor comes 'pre-hosed' to the login session. Richard -- Richard Brittain, Research Computing Group, Kiewit Computing Services, 6224 Baker/Berry Library Dartmouth College, Hanover NH 03755 richard.britt...@dartmouth.edu 6-2085 ___ 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
Re: [OpenAFS] Windows: aklog: ktc 7 (11862791) while obtaining tokens
On 30.07.2010 17:55, Richard Brittain wrote: On Wed, 23 Jun 2010, Jeff Blaine wrote: * There is a bug in Windows that will prevent access to \\AFS after an IP address has been removed or assigned after boot. When the bug is triggered, all attempts to connect to \\AFS will result in a Bad Network Name error. Please reproduce this issue locally and submit bug reports to Microsoft. .. below For what it's worth, we now have two examples of Windows 7 Enterprise (32-bit) systems which seem to have no problem at all accessing AFS after an address change (typically 2 minutes needed to re-establish access after a change). We also have one example of Windows 7 Professional which clearly follows the pattern described above. We got 2 Win 7 Enterprise laptops, one does work, another does not. Both are 32 bit. But in general: the working windows 7 systems are very very low in count in our lab. Richard MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
Re: [OpenAFS] Windows: aklog: ktc 7 (11862791) while obtaining tokens
On 30.07.2010 23:48, Lars Schimmer wrote: On 30.07.2010 17:55, Richard Brittain wrote: On Wed, 23 Jun 2010, Jeff Blaine wrote: * There is a bug in Windows that will prevent access to \\AFS after an IP address has been removed or assigned after boot. When the bug is triggered, all attempts to connect to \\AFS will result in a Bad Network Name error. Please reproduce this issue locally and submit bug reports to Microsoft. .. below For what it's worth, we now have two examples of Windows 7 Enterprise (32-bit) systems which seem to have no problem at all accessing AFS after an address change (typically 2 minutes needed to re-establish access after a change). We also have one example of Windows 7 Professional which clearly follows the pattern described above. We got 2 Win 7 Enterprise laptops, one does work, another does not. Both are 32 bit. But in general: the working windows 7 systems are very very low in count in our lab. Sorry, let me rephrase it: the windows 7 systems not affected by this bug are very low in numbers. Over all OpenAFS works quite fine on Windows7, even better with roaming profiles in OpenAFS than WinXP. One very sad downside: UAE and the run as admin function. E.g. if I try to install some software from OpenAFS space (logged in as usual user), it asks for admin credentials and afterwards the process with windows admin credentials has no more access to OpenAFS. Solution: copy file to users desktop, install from that location, delete from desktop. Sometimes security is a pain ;-) MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
Re: [OpenAFS] Windows: aklog: ktc 7 (11862791) while obtaining tokens
On Wed, 23 Jun 2010, Jeffrey Altman wrote: \\AFS is required to obtain tokens. No \\AFS, no tokens. Is this bug believed to affect _all_ Windows 7 systems ?. I just got my first Win7 system to test, and my first user support issue, which is exactly this known bug. However, my test system doesn't have a problem. Switching IPs by whatever means takes a couple of minutes for the AFS servers to 'catch up' and then works just fine. Richard * There is a bug in Windows that will prevent access to \\AFS after an IP address has been removed or assigned after boot. When the bug is triggered, all attempts to connect to \\AFS will result in a Bad Network Name error. Please reproduce this issue locally and submit bug reports to Microsoft. .. below -- Richard Brittain, Research Computing Group, Kiewit Computing Services, 6224 Baker/Berry Library Dartmouth College, Hanover NH 03755 richard.britt...@dartmouth.edu 6-2085 ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
Re: [OpenAFS] Windows: aklog: ktc 7 (11862791) while obtaining tokens
On 7/1/2010 3:12 PM, Richard Brittain wrote: On Wed, 23 Jun 2010, Jeffrey Altman wrote: \\AFS is required to obtain tokens. No \\AFS, no tokens. Is this bug believed to affect _all_ Windows 7 systems ?. I just got my first Win7 system to test, and my first user support issue, which is exactly this known bug. However, my test system doesn't have a problem. Switching IPs by whatever means takes a couple of minutes for the AFS servers to 'catch up' and then works just fine. Richard The bug affects all systems that I have ever seen. If the hardware link signal drops, the bug occurs. Jeffrey Altman smime.p7s Description: S/MIME Cryptographic Signature
[OpenAFS] Windows: aklog: ktc 7 (11862791) while obtaining tokens
* OpenAFS 1.5.74 * MIT Kerberos for Windows 3.2.2 * rxdebug.exe to fileservers works fine * udebug to db servers works fine * AFS Control Panel says service IS running * AFS Control Panel says service is not running when viewing the Preferences tab: Note: These controls are disabled because the AFS Client service is not running () * No file or VL servers listed on Preferences tab * OpenAFS tray icon is broken and indicates OpenAFS service cannot be reached c:\Program Files\OpenAFS\Client\Programc:\Program Files\MIT\Kerberos\bin\kinit.exe jbla...@rcf.our.org Password for jbla...@rcf.our.org: c:\Program Files\OpenAFS\Client\Programaklog -d Authenticating to cell rcf.our.org. Getting v5 tickets: afs/rcf.our@rcf.our.org Getting v5 tickets: a...@rcf.our.org About to resolve name jbla...@rcf.our.org to id Id 26560 Set username to jbla...@rcf.our.org Getting tokens. aklog: ktc 7 (11862791) while obtaining tokens for cell rcf.our.org === afsd_init.log 6/23/2010 11:24:42 AM: locale = C 6/23/2010 11:24:42 AM: running on 2000+ - using RegisterServiceCtrlHandlerEx 6/23/2010 11:24:42 AM: C:\Program Files\OpenAFS\Client\Program\afsd_service.exe version 1.5.7400 6/23/2010 11:24:42 AM: Num of Process Modules: 57 6/23/2010 11:24:42 AM: C:\Program Files\OpenAFS\Client\Program\libosi.dll version 1.5.7400 6/23/2010 11:24:42 AM: C:\Program Files\OpenAFS\Common\afsrpc.dll version 1.5.7400 6/23/2010 11:24:42 AM: C:\Program Files\OpenAFS\Common\afspthread.dll version 1.5.7400 6/23/2010 11:24:42 AM: C:\Program Files\OpenAFS\Common\afsauthent.dll version 1.5.7400 6/23/2010 11:24:42 AM: C:\Program Files\OpenAFS\Common\libafsconf.dll version 1.5.7400 6/23/2010 11:24:42 AM: osi_InitDebug code 0 6/23/2010 11:24:42 AM: gethostname MM160939-PC 6/23/2010 11:24:42 AM: PriorityClass 0x80 6/23/2010 11:24:42 AM: Lock Order Validation Off 6/23/2010 11:24:42 AM: Trace Options = 0 6/23/2010 11:24:42 AM: Default trace buffer size 1 6/23/2010 11:24:42 AM: osi_LogCreate log addr 3a7f60 6/23/2010 11:24:42 AM: SMB request monitoring is disabled 6/23/2010 11:24:42 AM: Default cache size 98304 6/23/2010 11:24:42 AM: Chunk size 262144 (18) 6/23/2010 11:24:42 AM: Block size 4096 6/23/2010 11:24:42 AM: Defaulting to 4 background daemons 6/23/2010 11:24:42 AM: Defaulting to 25 server threads 6/23/2010 11:24:42 AM: Default status cache entries: 1 6/23/2010 11:24:42 AM: Default volume cache entries: 6/23/2010 11:24:42 AM: Default cell cache entries: 1024 6/23/2010 11:24:42 AM: Logoff token transfer on 6/23/2010 11:24:42 AM: Logoff token transfer timeout 120 seconds 6/23/2010 11:24:42 AM: Default root volume name root.afs 6/23/2010 11:24:42 AM: Mount root /afs 6/23/2010 11:24:42 AM: Default cache path C:\Windows\TEMP\AFSCache 6/23/2010 11:24:42 AM: Cache type is FILE 6/23/2010 11:24:42 AM: Cache Validation on Startup 6/23/2010 11:24:42 AM: Set to trap on panic 6/23/2010 11:24:42 AM: Sys name x86_win32 i386_w2k i386_nt40 6/23/2010 11:24:42 AM: SecurityLevel is crypt 6/23/2010 11:24:42 AM: CM ForceAnonVLDB is off 6/23/2010 11:24:42 AM: DNS will not be used to find AFS cell servers 6/23/2010 11:24:42 AM: Freelance client feature is activated 6/23/2010 11:24:42 AM: SMB Server Unicode Support is enabled 6/23/2010 11:24:42 AM: Dot files/dirs will be marked hidden 6/23/2010 11:24:42 AM: Default unix mode bits for files is 00666 6/23/2010 11:24:42 AM: Default unix mode bits for directories is 00777 6/23/2010 11:24:42 AM: Maximum number of multiplexed sessions is 50 6/23/2010 11:24:42 AM: Maximum number of VCs per server is 100 6/23/2010 11:24:42 AM: SMB authentication type is EXTENDED 6/23/2010 11:24:42 AM: Rx Maximum Receive Window Size is 128 6/23/2010 11:24:42 AM: Rx Maximum Send Window Size is 128 6/23/2010 11:24:42 AM: Rx Minimum Peer Timeout is 350 ms 6/23/2010 11:24:42 AM: RX Jumbograms are disabled 6/23/2010 11:24:42 AM: RX extraPackets is 2176 6/23/2010 11:24:42 AM: RX udpbufsize is 262144 6/23/2010 11:24:42 AM: RX maximum MTU is 1200 6/23/2010 11:24:42 AM: RX Peer Statistics gathering is enabled 6/23/2010 11:24:42 AM: RX Process Statistics gathering is enabled 6/23/2010 11:24:42 AM: RX Hot Thread is enabled 6/23/2010 11:24:42 AM: CM CallBackPort is 7001 6/23/2010 11:24:42 AM: EnableServerLocks: server requested 6/23/2010 11:24:42 AM: CM DeleteReadOnly is 0 6/23/2010 11:24:42 AM: CM BPlusTrees is 1 6/23/2010 11:24:42 AM: No PrefetchExecutableExtensions 6/23/2010 11:24:42 AM: CM OfflineReadOnlyIsValid is 0 6/23/2010 11:24:42 AM: CM GiveUpAllCallBacks is 0 6/23/2010 11:24:42 AM: CM FollowBackupPath is 0 6/23/2010 11:24:42 AM: CM PerFileAccessCheck is 0 6/23/2010 11:24:42 AM: CM ReadOnlyVolumeVersioning is 0 6/23/2010 11:24:42 AM: First Network address c0a80103 SubnetMask ff00 6/23/2010 11:24:42 AM: lanmanworkstation : ExtSessTimeout 300 6/23/2010 11:24:42 AM: NatPingInterval is 0 6/23/2010 11:24:42 AM: ConnDeadTimeout is 50 6/23/2010 11:24:42
Re: [OpenAFS] Windows: aklog: ktc 7 (11862791) while obtaining tokens
Which operating system version? If the service is running but it cannot be reached, it is probably an Microsoft SMB redirector issue. If the OS is Windows 7, please read the OpenAFS for Windows release notes. Jeffrey Altman On 6/23/2010 11:51 AM, Jeff Blaine wrote: * OpenAFS 1.5.74 * MIT Kerberos for Windows 3.2.2 * rxdebug.exe to fileservers works fine * udebug to db servers works fine * AFS Control Panel says service IS running * AFS Control Panel says service is not running when viewing the Preferences tab: Note: These controls are disabled because the AFS Client service is not running () * No file or VL servers listed on Preferences tab * OpenAFS tray icon is broken and indicates OpenAFS service cannot be reached c:\Program Files\OpenAFS\Client\Programc:\Program Files\MIT\Kerberos\bin\kinit.exe jbla...@rcf.our.org Password for jbla...@rcf.our.org: c:\Program Files\OpenAFS\Client\Programaklog -d Authenticating to cell rcf.our.org. Getting v5 tickets: afs/rcf.our@rcf.our.org Getting v5 tickets: a...@rcf.our.org About to resolve name jbla...@rcf.our.org to id Id 26560 Set username to jbla...@rcf.our.org Getting tokens. aklog: ktc 7 (11862791) while obtaining tokens for cell rcf.our.org === afsd_init.log 6/23/2010 11:24:42 AM: locale = C 6/23/2010 11:24:42 AM: running on 2000+ - using RegisterServiceCtrlHandlerEx 6/23/2010 11:24:42 AM: C:\Program Files\OpenAFS\Client\Program\afsd_service.exe version 1.5.7400 6/23/2010 11:24:42 AM: Num of Process Modules: 57 6/23/2010 11:24:42 AM: C:\Program Files\OpenAFS\Client\Program\libosi.dll version 1.5.7400 6/23/2010 11:24:42 AM: C:\Program Files\OpenAFS\Common\afsrpc.dll version 1.5.7400 6/23/2010 11:24:42 AM: C:\Program Files\OpenAFS\Common\afspthread.dll version 1.5.7400 6/23/2010 11:24:42 AM: C:\Program Files\OpenAFS\Common\afsauthent.dll version 1.5.7400 6/23/2010 11:24:42 AM: C:\Program Files\OpenAFS\Common\libafsconf.dll version 1.5.7400 6/23/2010 11:24:42 AM: osi_InitDebug code 0 6/23/2010 11:24:42 AM: gethostname MM160939-PC 6/23/2010 11:24:42 AM: PriorityClass 0x80 6/23/2010 11:24:42 AM: Lock Order Validation Off 6/23/2010 11:24:42 AM: Trace Options = 0 6/23/2010 11:24:42 AM: Default trace buffer size 1 6/23/2010 11:24:42 AM: osi_LogCreate log addr 3a7f60 6/23/2010 11:24:42 AM: SMB request monitoring is disabled 6/23/2010 11:24:42 AM: Default cache size 98304 6/23/2010 11:24:42 AM: Chunk size 262144 (18) 6/23/2010 11:24:42 AM: Block size 4096 6/23/2010 11:24:42 AM: Defaulting to 4 background daemons 6/23/2010 11:24:42 AM: Defaulting to 25 server threads 6/23/2010 11:24:42 AM: Default status cache entries: 1 6/23/2010 11:24:42 AM: Default volume cache entries: 6/23/2010 11:24:42 AM: Default cell cache entries: 1024 6/23/2010 11:24:42 AM: Logoff token transfer on 6/23/2010 11:24:42 AM: Logoff token transfer timeout 120 seconds 6/23/2010 11:24:42 AM: Default root volume name root.afs 6/23/2010 11:24:42 AM: Mount root /afs 6/23/2010 11:24:42 AM: Default cache path C:\Windows\TEMP\AFSCache 6/23/2010 11:24:42 AM: Cache type is FILE 6/23/2010 11:24:42 AM: Cache Validation on Startup 6/23/2010 11:24:42 AM: Set to trap on panic 6/23/2010 11:24:42 AM: Sys name x86_win32 i386_w2k i386_nt40 6/23/2010 11:24:42 AM: SecurityLevel is crypt 6/23/2010 11:24:42 AM: CM ForceAnonVLDB is off 6/23/2010 11:24:42 AM: DNS will not be used to find AFS cell servers 6/23/2010 11:24:42 AM: Freelance client feature is activated 6/23/2010 11:24:42 AM: SMB Server Unicode Support is enabled 6/23/2010 11:24:42 AM: Dot files/dirs will be marked hidden 6/23/2010 11:24:42 AM: Default unix mode bits for files is 00666 6/23/2010 11:24:42 AM: Default unix mode bits for directories is 00777 6/23/2010 11:24:42 AM: Maximum number of multiplexed sessions is 50 6/23/2010 11:24:42 AM: Maximum number of VCs per server is 100 6/23/2010 11:24:42 AM: SMB authentication type is EXTENDED 6/23/2010 11:24:42 AM: Rx Maximum Receive Window Size is 128 6/23/2010 11:24:42 AM: Rx Maximum Send Window Size is 128 6/23/2010 11:24:42 AM: Rx Minimum Peer Timeout is 350 ms 6/23/2010 11:24:42 AM: RX Jumbograms are disabled 6/23/2010 11:24:42 AM: RX extraPackets is 2176 6/23/2010 11:24:42 AM: RX udpbufsize is 262144 6/23/2010 11:24:42 AM: RX maximum MTU is 1200 6/23/2010 11:24:42 AM: RX Peer Statistics gathering is enabled 6/23/2010 11:24:42 AM: RX Process Statistics gathering is enabled 6/23/2010 11:24:42 AM: RX Hot Thread is enabled 6/23/2010 11:24:42 AM: CM CallBackPort is 7001 6/23/2010 11:24:42 AM: EnableServerLocks: server requested 6/23/2010 11:24:42 AM: CM DeleteReadOnly is 0 6/23/2010 11:24:42 AM: CM BPlusTrees is 1 6/23/2010 11:24:42 AM: No PrefetchExecutableExtensions 6/23/2010 11:24:42 AM: CM OfflineReadOnlyIsValid is 0 6/23/2010 11:24:42 AM: CM GiveUpAllCallBacks is 0 6/23/2010 11:24:42 AM: CM
Re: [OpenAFS] Windows: aklog: ktc 7 (11862791) while obtaining tokens
On 6/23/2010 12:06 PM, Jeffrey Altman wrote: Which operating system version? If the service is running but it cannot be reached, it is probably an Microsoft SMB redirector issue. If the OS is Windows 7, please read the OpenAFS for Windows release notes. Windows 7 I'm not able to find anything in the release notes other than the UAC Run As Administrator info. Is this what you're referring to? What should I Run As Administrator? Jeffrey Altman On 6/23/2010 11:51 AM, Jeff Blaine wrote: * OpenAFS 1.5.74 * MIT Kerberos for Windows 3.2.2 * rxdebug.exe to fileservers works fine * udebug to db servers works fine * AFS Control Panel says service IS running * AFS Control Panel says service is not running when viewing the Preferences tab: Note: These controls are disabled because the AFS Client service is not running () * No file or VL servers listed on Preferences tab * OpenAFS tray icon is broken and indicates OpenAFS service cannot be reached c:\Program Files\OpenAFS\Client\Programc:\Program Files\MIT\Kerberos\bin\kinit.exe jbla...@rcf.our.org Password for jbla...@rcf.our.org: c:\Program Files\OpenAFS\Client\Programaklog -d Authenticating to cell rcf.our.org. Getting v5 tickets: afs/rcf.our@rcf.our.org Getting v5 tickets: a...@rcf.our.org About to resolve name jbla...@rcf.our.org to id Id 26560 Set username to jbla...@rcf.our.org Getting tokens. aklog: ktc 7 (11862791) while obtaining tokens for cell rcf.our.org === afsd_init.log 6/23/2010 11:24:42 AM: locale = C 6/23/2010 11:24:42 AM: running on 2000+ - using RegisterServiceCtrlHandlerEx 6/23/2010 11:24:42 AM: C:\Program Files\OpenAFS\Client\Program\afsd_service.exe version 1.5.7400 6/23/2010 11:24:42 AM: Num of Process Modules: 57 6/23/2010 11:24:42 AM: C:\Program Files\OpenAFS\Client\Program\libosi.dll version 1.5.7400 6/23/2010 11:24:42 AM: C:\Program Files\OpenAFS\Common\afsrpc.dll version 1.5.7400 6/23/2010 11:24:42 AM: C:\Program Files\OpenAFS\Common\afspthread.dll version 1.5.7400 6/23/2010 11:24:42 AM: C:\Program Files\OpenAFS\Common\afsauthent.dll version 1.5.7400 6/23/2010 11:24:42 AM: C:\Program Files\OpenAFS\Common\libafsconf.dll version 1.5.7400 6/23/2010 11:24:42 AM: osi_InitDebug code 0 6/23/2010 11:24:42 AM: gethostname MM160939-PC 6/23/2010 11:24:42 AM: PriorityClass 0x80 6/23/2010 11:24:42 AM: Lock Order Validation Off 6/23/2010 11:24:42 AM: Trace Options = 0 6/23/2010 11:24:42 AM: Default trace buffer size 1 6/23/2010 11:24:42 AM: osi_LogCreate log addr 3a7f60 6/23/2010 11:24:42 AM: SMB request monitoring is disabled 6/23/2010 11:24:42 AM: Default cache size 98304 6/23/2010 11:24:42 AM: Chunk size 262144 (18) 6/23/2010 11:24:42 AM: Block size 4096 6/23/2010 11:24:42 AM: Defaulting to 4 background daemons 6/23/2010 11:24:42 AM: Defaulting to 25 server threads 6/23/2010 11:24:42 AM: Default status cache entries: 1 6/23/2010 11:24:42 AM: Default volume cache entries: 6/23/2010 11:24:42 AM: Default cell cache entries: 1024 6/23/2010 11:24:42 AM: Logoff token transfer on 6/23/2010 11:24:42 AM: Logoff token transfer timeout 120 seconds 6/23/2010 11:24:42 AM: Default root volume name root.afs 6/23/2010 11:24:42 AM: Mount root /afs 6/23/2010 11:24:42 AM: Default cache path C:\Windows\TEMP\AFSCache 6/23/2010 11:24:42 AM: Cache type is FILE 6/23/2010 11:24:42 AM: Cache Validation on Startup 6/23/2010 11:24:42 AM: Set to trap on panic 6/23/2010 11:24:42 AM: Sys name x86_win32 i386_w2k i386_nt40 6/23/2010 11:24:42 AM: SecurityLevel is crypt 6/23/2010 11:24:42 AM: CM ForceAnonVLDB is off 6/23/2010 11:24:42 AM: DNS will not be used to find AFS cell servers 6/23/2010 11:24:42 AM: Freelance client feature is activated 6/23/2010 11:24:42 AM: SMB Server Unicode Support is enabled 6/23/2010 11:24:42 AM: Dot files/dirs will be marked hidden 6/23/2010 11:24:42 AM: Default unix mode bits for files is 00666 6/23/2010 11:24:42 AM: Default unix mode bits for directories is 00777 6/23/2010 11:24:42 AM: Maximum number of multiplexed sessions is 50 6/23/2010 11:24:42 AM: Maximum number of VCs per server is 100 6/23/2010 11:24:42 AM: SMB authentication type is EXTENDED 6/23/2010 11:24:42 AM: Rx Maximum Receive Window Size is 128 6/23/2010 11:24:42 AM: Rx Maximum Send Window Size is 128 6/23/2010 11:24:42 AM: Rx Minimum Peer Timeout is 350 ms 6/23/2010 11:24:42 AM: RX Jumbograms are disabled 6/23/2010 11:24:42 AM: RX extraPackets is 2176 6/23/2010 11:24:42 AM: RX udpbufsize is 262144 6/23/2010 11:24:42 AM: RX maximum MTU is 1200 6/23/2010 11:24:42 AM: RX Peer Statistics gathering is enabled 6/23/2010 11:24:42 AM: RX Process Statistics gathering is enabled 6/23/2010 11:24:42 AM: RX Hot Thread is enabled 6/23/2010 11:24:42 AM: CM CallBackPort is 7001 6/23/2010 11:24:42 AM: EnableServerLocks: server requested 6/23/2010 11:24:42 AM: CM DeleteReadOnly is 0 6/23/2010 11:24:42 AM: CM BPlusTrees is 1 6/23/2010 11:24:42 AM: No PrefetchExecutableExtensions
Re: [OpenAFS] Windows: aklog: ktc 7 (11862791) while obtaining tokens
On 6/23/2010 12:32 PM, Jeff Blaine wrote: On 6/23/2010 12:06 PM, Jeffrey Altman wrote: Which operating system version? If the service is running but it cannot be reached, it is probably an Microsoft SMB redirector issue. If the OS is Windows 7, please read the OpenAFS for Windows release notes. Windows 7 I'm not able to find anything in the release notes other than the UAC Run As Administrator info. Is this what you're referring to? What should I Run As Administrator? I meant this which needs to be merged into the release notes: http://www.openafs.org/pages/windows.html#1_5_issues smime.p7s Description: S/MIME Cryptographic Signature
Re: [OpenAFS] Windows: aklog: ktc 7 (11862791) while obtaining tokens
* If a *beta* AFS plug-in for Network Identity Manager ... no * The AFS plug-in for Network Identity Manager provided as part of OpenAFS 1.5.74 requires MIT Kerberos for Windows 3.1 or above. using 3.2.2 * Directory and File Change Notifications are ignored when accessing AFS via UNC paths .. noted * The help files provided with OpenAFS are in .HLP format. .. noted * There is a bug in Windows that will prevent access to \\AFS after an IP address has been removed or assigned after boot. When the bug is triggered, all attempts to connect to \\AFS will result in a Bad Network Name error. Please reproduce this issue locally and submit bug reports to Microsoft. .. below I'm still confused then. I'm not at the point where I am even trying to access \\AFS. I'm still trying to get a token. On 6/23/2010 2:12 PM, Jeffrey Altman wrote: On 6/23/2010 12:32 PM, Jeff Blaine wrote: On 6/23/2010 12:06 PM, Jeffrey Altman wrote: Which operating system version? If the service is running but it cannot be reached, it is probably an Microsoft SMB redirector issue. If the OS is Windows 7, please read the OpenAFS for Windows release notes. Windows 7 I'm not able to find anything in the release notes other than the UAC Run As Administrator info. Is this what you're referring to? What should I Run As Administrator? I meant this which needs to be merged into the release notes: http://www.openafs.org/pages/windows.html#1_5_issues ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
Re: [OpenAFS] Windows: aklog: ktc 7 (11862791) while obtaining tokens
\\AFS is required to obtain tokens. No \\AFS, no tokens. On 6/23/2010 2:30 PM, Jeff Blaine wrote: * If a *beta* AFS plug-in for Network Identity Manager ... no * The AFS plug-in for Network Identity Manager provided as part of OpenAFS 1.5.74 requires MIT Kerberos for Windows 3.1 or above. using 3.2.2 * Directory and File Change Notifications are ignored when accessing AFS via UNC paths .. noted * The help files provided with OpenAFS are in .HLP format. .. noted * There is a bug in Windows that will prevent access to \\AFS after an IP address has been removed or assigned after boot. When the bug is triggered, all attempts to connect to \\AFS will result in a Bad Network Name error. Please reproduce this issue locally and submit bug reports to Microsoft. .. below I'm still confused then. I'm not at the point where I am even trying to access \\AFS. I'm still trying to get a token. On 6/23/2010 2:12 PM, Jeffrey Altman wrote: On 6/23/2010 12:32 PM, Jeff Blaine wrote: On 6/23/2010 12:06 PM, Jeffrey Altman wrote: Which operating system version? If the service is running but it cannot be reached, it is probably an Microsoft SMB redirector issue. If the OS is Windows 7, please read the OpenAFS for Windows release notes. Windows 7 I'm not able to find anything in the release notes other than the UAC Run As Administrator info. Is this what you're referring to? What should I Run As Administrator? I meant this which needs to be merged into the release notes: http://www.openafs.org/pages/windows.html#1_5_issues ___ 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
Re: [OpenAFS] Windows: aklog: ktc 7 (11862791) while obtaining tokens
Ahhh. Thanks. On 6/23/2010 3:05 PM, Jeffrey Altman wrote: \\AFS is required to obtain tokens. No \\AFS, no tokens. On 6/23/2010 2:30 PM, Jeff Blaine wrote: * If a *beta* AFS plug-in for Network Identity Manager ... no * The AFS plug-in for Network Identity Manager provided as part of OpenAFS 1.5.74 requires MIT Kerberos for Windows 3.1 or above. using 3.2.2 * Directory and File Change Notifications are ignored when accessing AFS via UNC paths .. noted * The help files provided with OpenAFS are in .HLP format. .. noted * There is a bug in Windows that will prevent access to \\AFS after an IP address has been removed or assigned after boot. When the bug is triggered, all attempts to connect to \\AFS will result in a Bad Network Name error. Please reproduce this issue locally and submit bug reports to Microsoft. .. below I'm still confused then. I'm not at the point where I am even trying to access \\AFS. I'm still trying to get a token. On 6/23/2010 2:12 PM, Jeffrey Altman wrote: On 6/23/2010 12:32 PM, Jeff Blaine wrote: On 6/23/2010 12:06 PM, Jeffrey Altman wrote: Which operating system version? If the service is running but it cannot be reached, it is probably an Microsoft SMB redirector issue. If the OS is Windows 7, please read the OpenAFS for Windows release notes. Windows 7 I'm not able to find anything in the release notes other than the UAC Run As Administrator info. Is this what you're referring to? What should I Run As Administrator? I meant this which needs to be merged into the release notes: http://www.openafs.org/pages/windows.html#1_5_issues ___ 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