Re: No more feature changes expected before1.3.70; future release plans

In regards to testing the latest release, 1.3.6590  I downloaded it yesterday
afternoon, and have not gotten it to work. I am getting Multiple KTC_NOCM
messages.

[Image]

Task manager show  afsd_service.ex  is running as well as afscreds.exe This is on a
Windows 2000.
It appears the afscreds or the KfW can not contact the afsd_service.

I have uninstalled and reinstalled, and it still failes.

The afsd_init.log shows. (I had to stop the service to get this).


10:52:14 AM: Create log file
10:52:15 AM: Created log file
PATH=D:\Perl\bin\;C:\WINNT\system32;C:\WINNT;C:\WINNT\System32\Wbem;C:\Program Files\Resource Kit\;C:\Program Files\InstallShield\InstallShield 5.5 Professional Edition\Program;C:\Program Files\Support Tools\;C:\Program Files\Microsoft
SDK\Bin\.;C:\Program Files\Microsoft SDK\Bin\WinNT\.;C:\Program Files\MIT\Kerberos\bin;C:\Program Files\OpenAFS\Client\Program;C:\Program Files\OpenAFS\Common
7/23/2004 10:52:15 AM: running on 2000+ - using RegisterServiceCtrlHandlerEx
7/23/2004 10:52:15 AM: osi_InitDebug code 0
7/23/2004 10:52:15 AM: gethostname deet22
7/23/2004 10:52:15 AM: Event Log Tracing = 0
7/23/2004 10:52:15 AM: Default trace buffer size 5000
7/23/2004 10:52:15 AM: osi_LogCreate log addr 554138
7/23/2004 10:52:15 AM: Default cache size 20480
7/23/2004 10:52:15 AM: Default chunk size 15
7/23/2004 10:52:15 AM: Defaulting to 2 background daemons
7/23/2004 10:52:15 AM: Defaulting to 4 server threads
7/23/2004 10:52:15 AM: Default status cache size 1000
7/23/2004 10:52:15 AM: Logoff token transfer on by default
7/23/2004 10:52:15 AM: Default logoff token transfer timeout 10 seconds
7/23/2004 10:52:15 AM: Default root volume name root.afs
7/23/2004 10:52:15 AM: Mount root /afs
7/23/2004 10:52:15 AM: Default cache path C:\AFSCache
7/23/2004 10:52:15 AM: Default sys name i386_nt40
7/23/2004 10:52:15 AM: SecurityLevel is crypt
7/23/2004 10:52:15 AM: DNS will be used to find AFS cell servers
7/23/2004 10:52:15 AM: Freelance client feature is activated
7/23/2004 10:52:15 AM: Explicit NetBios name is used AFS
7/23/2004 10:52:15 AM: Dot files/dirs will be marked hidden
7/23/2004 10:52:15 AM: Maximum number of multiplexed sessions is 50
7/23/2004 10:52:15 AM: Maximum number of VCs per server is 100
7/23/2004 10:52:16 AM: SMB authentication type is EXTENDED
7/23/2004 10:52:16 AM: RX maximum MTU is 1260
7/23/2004 10:52:16 AM: ConnDeadTimeout is 60
7/23/2004 10:52:16 AM: HardDeadTimeout is 120
7/23/2004 10:52:16 AM: LAN adapter number 6
7/23/2004 10:52:16 AM: Using >AFS< as SMB server name
7/23/2004 10:52:16 AM: First Network address 0 SubnetMask ff000000
7/23/2004 10:52:16 AM: rx_SetMaxMTU 1260 successful
7/23/2004 10:52:16 AM: rx_Init code 0
7/23/2004 10:52:16 AM: rx_NewService addr 558718
7/23/2004 10:52:16 AM: rx_NewService addr 558f88
7/23/2004 10:52:16 AM: RPC server listening
7/23/2004 10:52:16 AM: rx_StartServer
7/23/2004 10:52:16 AM: cm_InitDCache code 0
7/23/2004 10:52:16 AM: cm_GetRootCellName code 0, cm_freelanceEnabled= 1, rcn= anl.gov
7/23/2004 10:52:16 AM: cm_GetSCache code 0 scache 55a008
7/23/2004 10:52:17 AM: cm_InitDaemon
7/23/2004 10:52:17 AM: smb_localNamep is >AFS<
7/23/2004 10:52:17 AM: Netbios NCBRESET lana 6 succeeded
7/23/2004 10:52:17 AM: lana_list.length 1
7/23/2004 10:52:20 AM: Netbios NCBADDNAME lana=6 code=0 retcode=0 complete=0
7/23/2004 10:52:20 AM: Netbios NCBADDNAME added new name >AFS             <
7/23/2004 10:52:20 AM: Netbios NCBADDNAME succeeded on lana 6

7/23/2004 10:52:21 AM: Reverting to SMB AUTH NTLM
7/23/2004 10:52:21 AM: Setting SMB server domain name to [DEET22]
7/23/2004 10:52:21 AM: smb_Init
7/23/2004 10:53:15 AM: New session(ncb_lsn,ncb_lana_num) (1,6) starting from host DEET22, 0 ongoing ops
7/23/2004 10:53:16 AM: increasing numNCBs [ 6 ] numSessions [ 2 ]
7/23/2004 10:57:02 AM: New session(ncb_lsn,ncb_lana_num) (2,6) starting from host DEET22, 0 ongoing ops
7/23/2004 10:57:02 AM: connecting to dead session [ 1 ]
7/23/2004 10:58:02 AM: New session(ncb_lsn,ncb_lana_num) (3,6) starting from host DEET22, 0 ongoing ops
7/23/2004 10:58:02 AM: connecting to dead session [ 1 ]


Any ideas?


Jeffrey Altman wrote:

> We are on track for a Tuesday release of 1.3.70.
> New daily builds have been uploaded to their usual place:
>
>   /afs/athena.mit.edu/user/j/a/jaltman/Public/OpenAFS/
>   \\afs\athena.mit.edu\user\j\a\jaltman\Public\OpenAFS\
>   http://web.mit.edu/~jaltman/Public/OpenAFS/
>
> These builds fix some minor bugs and provide two functional changes
> due to feedback from the one person who I know has looked at the
> recent builds.
>
>    1. the new winlogon logoff event handler will no longer destroy the
>       user's tokens on logoff if the profile was loaded from an AFS
>       volume.  Unfortunately the logoff event is delivered prior to the
>       write back of the profile and there is no way to know how long the
>       write back will take.  It might be seconds or minutes.
>    2. A late contribution of SMB/CIFS Remote Administration Protocol
>       code has been incorporated.  For those who are unfamiliar, RAP
>       provides SMB clients the ability to enumerate the shares exported
>       by an SMB server and obtain extended information about the server
>       and its shares.  This protocol is used extensively by the Windows
>       Explorer and without support for RAP the Explorer performs quite
>       poorly when accessing AFS volumes via UNC paths.
>
> I strongly encourage everyone to test today's builds in their
> environments and think hard about their upgrade plans.  The release is
> on Tuesday unless something major turns up in the next couple of days.
>
> Jeffrey Altman

--

 Douglas E. Engert  <[email protected]>
 Argonne National Laboratory
 9700 South Cass Avenue
 Argonne, Illinois  60439
 (630) 252-5444