[OpenAFS] Error 11862791

Ezra Keshet Ezra Keshet <keshet@post.harvard.edu>
Tue, 8 Mar 2011 08:11:22 -0800 (PST)


Thank you for you quick response.  I am using a wired internet connection.  It 
uses a DHCP server, but my IP address has not changed (ever, I think).  Ihave 
located the log file, and I am pasting the info from after the latest restart 
below.  I am currently affliated with University of Michigan, and I will ask if 
they can open a ticket with Microsoft if you believe that bug to be at fault. 
 However, I do not see any obvious network changes in the log file.

Best,
Ezra


9:09:11 AM: Create log file
9:09:11 AM: Created log file
PATH=C:\Program Files (x86)\MiKTeX 
2.8\miktex\bin;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program
 Files\MIT\Kerberos\bin;C:\Program Files\TortoiseSVN\bin;C:\Program Files 
(x86)\QuickTime\QTSystem\;C:\Program Files\OpenAFS\Common;C:\Program 
Files\OpenAFS\Client\Program;
3/8/2011 9:09:11 AM: OEM Code Page = 437
3/8/2011 9:09:11 AM: locale =  C
3/8/2011 9:09:11 AM: running on 2000+ - using RegisterServiceCtrlHandlerEx
3/8/2011 9:09:11 AM: C:\Program Files\OpenAFS\Client\Program\afsd_service.exe 
version 1.5.9902
3/8/2011 9:09:12 AM: Num of Process Modules: 70
3/8/2011 9:09:12 AM: C:\Program Files\OpenAFS\Client\Program\libosi.dll version 
1.5.9902
3/8/2011 9:09:12 AM: C:\Program Files\OpenAFS\Common\afsrpc.dll version 1.5.9902
3/8/2011 9:09:13 AM: C:\Program Files\OpenAFS\Common\afspthread.dll version 
1.5.9902
3/8/2011 9:09:13 AM: C:\Program Files\OpenAFS\Common\afsauthent.dll version 
1.5.9902
3/8/2011 9:09:13 AM: C:\Program Files\OpenAFS\Common\libafsconf.dll version 
1.5.9902
3/8/2011 9:09:13 AM: osi_InitDebug code 0
3/8/2011 9:09:13 AM: gethostname Ezra-PC
3/8/2011 9:09:13 AM: PriorityClass 0x80
3/8/2011 9:09:13 AM: Lock Order Validation Off
3/8/2011 9:09:13 AM: Trace Options = 0
3/8/2011 9:09:13 AM: Default trace buffer size 10000
3/8/2011 9:09:13 AM: osi_LogCreate log addr 2057db0
3/8/2011 9:09:13 AM: SMB request monitoring is disabled
3/8/2011 9:09:13 AM: Default cache size 98304
3/8/2011 9:09:13 AM: Chunk size 262144 (18)
3/8/2011 9:09:13 AM: Block size 4096
3/8/2011 9:09:13 AM: Defaulting to 4 background daemons
3/8/2011 9:09:13 AM: Defaulting to 25 server threads
3/8/2011 9:09:13 AM: Default status cache entries: 10000
3/8/2011 9:09:13 AM: Default volume cache entries: 3333
3/8/2011 9:09:13 AM: Default cell cache entries: 1024
3/8/2011 9:09:13 AM: Logoff token transfer on
3/8/2011 9:09:13 AM: Logoff token transfer timeout 120 seconds
3/8/2011 9:09:13 AM: Default root volume name root.afs
3/8/2011 9:09:13 AM: Mount root /afs
3/8/2011 9:09:13 AM: Default cache path C:\Windows\TEMP\AFSCache
3/8/2011 9:09:13 AM: Cache type is FILE
3/8/2011 9:09:13 AM: Cache Validation on Startup
3/8/2011 9:09:13 AM: Set to trap on panic
3/8/2011 9:09:13 AM: Sys name amd64_win64 x86_win32 i386_w2k
3/8/2011 9:09:13 AM: SecurityLevel is crypt
3/8/2011 9:09:13 AM: CM ForceAnonVLDB is off
3/8/2011 9:09:13 AM: DNS will be used to find AFS cell servers
3/8/2011 9:09:13 AM: Freelance client feature is activated
3/8/2011 9:09:13 AM: Freelance client does not import CellServDB
3/8/2011 9:09:13 AM: SMB Server Unicode Support is enabled
3/8/2011 9:09:13 AM: Dot files/dirs will be marked hidden
3/8/2011 9:09:13 AM: Default unix mode bits for files is 00666
3/8/2011 9:09:13 AM: Default unix mode bits for directories is 00777
3/8/2011 9:09:13 AM: Maximum number of multiplexed sessions is 50
3/8/2011 9:09:13 AM: Maximum number of VCs per server is 100
3/8/2011 9:09:13 AM: SMB authentication type is EXTENDED
3/8/2011 9:09:13 AM: Rx Maximum Receive Window Size is 32
3/8/2011 9:09:13 AM: Rx Maximum Send Window Size is 32
3/8/2011 9:09:13 AM: Rx Minimum Peer Timeout is 20 ms
3/8/2011 9:09:13 AM: Rx PMTU Discovery is 0 ms
3/8/2011 9:09:13 AM: RX Jumbograms are disabled
3/8/2011 9:09:13 AM: RX extraPackets is 2176
3/8/2011 9:09:13 AM: RX udpbufsize is 262144
3/8/2011 9:09:13 AM: RX Peer Statistics gathering is enabled
3/8/2011 9:09:13 AM: RX Process Statistics gathering is enabled
3/8/2011 9:09:13 AM: RX Hot Thread is enabled
3/8/2011 9:09:13 AM: CM CallBackPort is 7001
3/8/2011 9:09:13 AM: EnableServerLocks: server requested
3/8/2011 9:09:13 AM: CM DeleteReadOnly is 0
3/8/2011 9:09:13 AM: CM BPlusTrees is 1
3/8/2011 9:09:13 AM: No PrefetchExecutableExtensions
3/8/2011 9:09:13 AM: CM OfflineReadOnlyIsValid is 0
3/8/2011 9:09:13 AM: CM GiveUpAllCallBacks is 0
3/8/2011 9:09:13 AM: CM FollowBackupPath is 0
3/8/2011 9:09:13 AM: CM PerFileAccessCheck is 0
3/8/2011 9:09:13 AM: CM ReadOnlyVolumeVersioning is 0
3/8/2011 9:09:13 AM: First Network address c0a80141 SubnetMask ffffff00
3/8/2011 9:09:13 AM: lanmanworkstation : ExtSessTimeout 300
3/8/2011 9:09:13 AM: NatPingInterval is 0
3/8/2011 9:09:13 AM: ConnDeadTimeout is 50
3/8/2011 9:09:13 AM: HardDeadTimeout is 120
3/8/2011 9:09:13 AM: IdleDeadTimeout is 50
3/8/2011 9:09:13 AM: Cache File "C:\Windows\TEMP\AFSCache" already exists
3/8/2011 9:09:13 AM: Existing File Size: 00000000:07686198
3/8/2011 9:09:13 AM: Granularity - 10000
3/8/2011 9:09:13 AM: Configuration changed or Not a persistent cache file
3/8/2011 9:09:13 AM: Building AFS Cache from scratch
3/8/2011 9:09:13 AM: Volume Serial Number: 0x7ca1a0aa
3/8/2011 9:09:13 AM: Machine SID: S-1-5-21-924672717-4027240071-2125688596
3/8/2011 9:09:13 AM: Initializing Uuid to f50d7489-7cbf-49fc-8383-3bd31e7a50c5
3/8/2011 9:09:13 AM: Initializing Volume Data
3/8/2011 9:09:13 AM: Initializing Cell Data
3/8/2011 9:09:13 AM: Initializing ACL Data
3/8/2011 9:09:13 AM: Initializing Stat Data
3/8/2011 9:09:13 AM: CM UseDNLC = 1
3/8/2011 9:09:13 AM: CM DebugDNLC = 0
3/8/2011 9:09:13 AM: Initializing Data Buffers
3/8/2011 9:09:13 AM: Cache Initialization Complete
3/8/2011 9:09:13 AM: cm_InitMappedMemory code 0
3/8/2011 9:09:13 AM: rx_SetNoJumbo successful
3/8/2011 9:09:13 AM: rx_SetUdpBufSize 262144
3/8/2011 9:09:13 AM: rx_Init code 0
3/8/2011 9:09:13 AM: rx_NewService addr 205c330
3/8/2011 9:09:13 AM: rx_NewService addr 205c3e0
3/8/2011 9:09:13 AM: rx_StartServer
3/8/2011 9:09:13 AM: cm_GetRootCellName code 0, cm_freelanceEnabled= 1, rcn= 
umich.edu
3/8/2011 9:09:13 AM: Mountpoint[0] = openafs.org#openafs.org:root.cell.
3/8/2011 9:09:13 AM: Mountpoint[1] = .openafs.org%openafs.org:root.cell.
3/8/2011 9:09:13 AM: Mountpoint[2] = .root%openafs.org:root.afs.
3/8/2011 9:09:13 AM: Mountpoint[3] = umich.edu#umich.edu:root.cell.
3/8/2011 9:09:13 AM: Mountpoint[4] = engin.umich.edu#engin.umich.edu:root.cell.
3/8/2011 9:09:13 AM: Symlink[0] = uMICH.ED:umich.edu.
3/8/2011 9:09:13 AM: cm_GetSCache code 0 scache 4028548
3/8/2011 9:09:13 AM: StoreAnsiFilenames = 0
3/8/2011 9:09:13 AM: RPC server listening
3/8/2011 9:09:13 AM: EnableSMBAsyncStore = 1
3/8/2011 9:09:13 AM: SMBAsyncStoreSize = 131072
3/8/2011 9:09:13 AM: LAN adapter number 4
3/8/2011 9:09:13 AM: Using >AFS< as SMB server name
3/8/2011 9:09:13 AM: smb_localNamep is >AFS<
3/8/2011 9:09:13 AM: Netbios NCBRESET lana 4 succeeded
3/8/2011 9:09:13 AM: lana_list.length 1
3/8/2011 9:09:16 AM: Netbios NCBADDNAME lana=4 code=0 retcode=0 complete=0
3/8/2011 9:09:16 AM: Netbios NCBADDNAME added new name >AFS             <
3/8/2011 9:09:16 AM: Netbios NCBADDNAME succeeded on lana 4

3/8/2011 9:09:16 AM: smb_NetbiosInit smb_LANadapter=4
3/8/2011 9:09:16 AM: MsV1_0SetProcessOption success
3/8/2011 9:09:16 AM: Setting SMB server domain name to [EZRA-PC]
3/8/2011 9:09:16 AM: smb_StartListeners
3/8/2011 9:09:16 AM: Microsoft SMB Redirector supports Extended Timeouts
3/8/2011 9:09:16 AM: smb_Init complete
3/8/2011 9:09:17 AM: GlobalAutoMap thread completed
3/8/2011 9:09:17 AM: cm_InitDaemon complete
3/8/2011 9:09:17 AM: AutoStart 0x2
3/8/2011 9:09:19 AM: daemonCheckDownInterval is 180
3/8/2011 9:09:19 AM: daemonCheckUpInterval is 240
3/8/2011 9:09:19 AM: daemonCheckVolInterval is 3600
3/8/2011 9:09:19 AM: daemonCheckCBInterval is 60
3/8/2011 9:09:19 AM: daemonCheckVolCBInterval is 0
3/8/2011 9:09:19 AM: daemonCheckLockInterval is 60
3/8/2011 9:09:19 AM: daemonCheckTokenInterval is 180
3/8/2011 9:09:19 AM: daemonCheckOfflineVolInterval is 600
3/8/2011 9:09:19 AM: daemonPerformanceTuningInterval is 0
3/8/2011 9:09:19 AM: daemonRankServerInterval is 600
3/8/2011 9:09:19 AM: Windows Firewall Configuration succeeded
3/8/2011 10:52:57 AM: SERVICE_CONTROL_APMSUSPEND
3/8/2011 10:52:57 AM: smb_StopListeners
3/8/2011 10:52:57 AM: StopListener: Netbios NCBDELNAME lana=4 code=0 retcode=0 
complete=0
3/8/2011 10:52:57 AM: NCBLISTEN lana=4 failed with NRC_NAMERR.
3/8/2011 10:52:57 AM: StopListener: Netbios NCBRESET lana 4 succeeded
3/8/2011 11:01:38 AM: SERVICE_CONTROL_APMRESUMEAUTOMATIC
3/8/2011 11:01:51 AM: SERVICE_CONTROL_APMRESUMESUSPEND
3/8/2011 11:01:52 AM: LAN adapter number 4
3/8/2011 11:01:52 AM: Using >AFS< as SMB server name
3/8/2011 11:01:52 AM: smb_localNamep is >AFS<
3/8/2011 11:01:52 AM: Netbios NCBRESET lana 4 succeeded
3/8/2011 11:01:52 AM: lana_list.length 1
3/8/2011 11:01:55 AM: Netbios NCBADDNAME lana=4 code=0 retcode=0 complete=0
3/8/2011 11:01:55 AM: Netbios NCBADDNAME added new name >AFS             <
3/8/2011 11:01:55 AM: Netbios NCBADDNAME succeeded on lana 4

3/8/2011 11:01:55 AM: smb_NetbiosInit smb_LANadapter=4
3/8/2011 11:01:55 AM: smb_StartListeners
3/8/2011 11:01:55 AM: Microsoft SMB Redirector supports Extended Timeouts
3/8/2011 11:02:05 AM: smb_LanAdapterChange
3/8/2011 11:02:21 AM: smb_LanAdapterChange




----- Original Message ----
From: Jeffrey Altman <jaltman@secure-endpoints.com>
Cc: Ezra Keshet <ezrakeshet@yahoo.com>; openafs-info@openafs.org
Sent: Tue, March 8, 2011 10:41:11 AM
Subject: Re: [OpenAFS] Error 11862791

On 3/8/2011 10:01 AM, Ezra Keshet wrote:
> Dear OpenAFS community,
> 
> I returned yesterday from a week-and-a-half long trip to find that my AFS 
>set-up 
>
> no longer works.  The AFS icon next to the NIM icon is now broken ("OpenAFS 
> Service cannot be reached") and obtaining AFS tokens via NIM fails after a long 
>
> wait.  Kerberos credentials are obtained almost immediately.  If I use the 
> afscreds.exe program instead of the NIM, I receive the error 11862791.  Inside 

> the AFS control panel, everything looks fine -- it says that the Service is 
> running.  I restarted my computer several times, to no avail.  I was never able 
>
> to obtain AFS tokens.
> 
> I did some research on this list about the 11862791 error and Windows 7 (I run 

> Win7 Ultimate).  It did not sound like I had the exact same problem, since most 
>
> people reported losing AFS access after network changes, and mine actually did 

> not work at all.  However, I decide to try upgrading to the latest prerelease 
> version of OpenAFS, which was supposed to help with the 11862791 problem.  I am 
>
> now running 1.5.9902, but the problem persists.
> 
> Any suggestions or workarounds would be greatly appreciated, since I do a large 
>
> part of my work over AFS.  Also, please let me know if I can provide any 
>further 
>
> information.  I do not know if AFS has log files, but given their location, I 
> could certainly send that info along as well.
> 
> Thanks!
> Ezra

1.5.9902 (1.6.0pre2) corrects an error in OpenAFS that was aggravating a
bug that Microsoft introduced in Windows 7 that has yet to be resolved.
All of the open cases that were filed with Microsoft on the issue were
closed because those organizations suffering from the Windows bug could
no longer reproduce it after deploying 1.5.9902.  Still the Microsoft
bug remains.  If you are in a position to request that Harvard open a
support case with Microsoft on this issue, that would be the most
helpful thing you can do.

The location of the log files are documented in the troubleshooting
section of the release notes which are installed on your system.  You
can access them via Start Menu->Programs->OpenAFS->Documentation.

%windir%\temp\afsd_init.log

would be the place to start.  You do not mention if you are experiencing
the problem with a wifi network or a wired network.  If you are
experiencing the problem with a wired network that and a static IP
address, then your problem is not the aforementioned Microsoft bug.
If afsd_init.log file indicates that a network change has occurred, then
it is most likely the Microsoft bug.

Jeffrey Altman