CSNW Drive Mappings Incorrect (142204)

CAUSE

NetWare clients request directory search handles from a Novell Server for Volumes it would like to reference or map. Novell contains support for Temporary and Permanent directory search handles for volume mapping. Permanent handles are maintained entirely by the client and should only be terminated by the server when a new volume mapping is requested for the same drive letter, or the client connection is terminated. The client maintains the drive mapping by initially requesting a directory search handle, maintaining a reference to it, and requesting that the handle be deallocated when it is done.

Windows NT Client Services for NetWare (CSNW) maintains permanent directory handles in a list of Volume Control Blocks (VCB's) per Server Connection Block (SCB). CSNW frees a permanent directory handle when a VCB (mapping) is freed, or when the owner SCB is marked as down. In the case that the SCB is marked as down, CSNW actually changes the handle to 0xff indicating a new directory search handle needs to be requested for this VCB when the SCB is active again (the connection is re-established) -- like a ghosted connection.

In this case, the Novell server loses track of permanent directory search handles allocated by the Windows NT client. Traces of this problem have shown no deallocation request for a particular permanent directory search handle coming from the Windows NT client, and a debug dump of the VCB list shows a duplicate handle ID is assigned to a new mapping from the Novell server.