SFM Rebuilds Indexes upon Restarting of Windows NT

View products that this article applies to.

This article was previously published under Q185722

Expand all | Collapse all

SYMPTOMS

Services for Macintosh (SFM) on a Windows NT Server computer has had the ability to rebuild indexes upon startup of the server but if the server fails to shut down properly, the SFM indexes may not get written and old directory information may not get updated.

Back to the top

CAUSE

When Windows NT is shut down normally, Services for Macintosh will write all the volume indexes to the computer hard disk. If the Windows NT Server computer is shut down improperly, SFM may not have the opportunity to properly write an index.

Back to the top

RESOLUTION

SFM will now rebuild all indexes upon restart if the server is unable to close SFM down properly. Installing the latest Hotfix will give SFM the ability to handle such cases.

To resolve this problem, obtain the latest service pack for Windows NT 4.0 or Windows NT Server 4.0, Terminal Server Edition. For additional information, click the following article number to view the article in the Microsoft Knowledge Base:

152734 (http://support.microsoft.com/kb/152734/EN-US/ ) How to Obtain the Latest Windows NT 4.0 Service Pack

For your convenience, the English version of this post-SP3 hotfix has been posted to the following Internet location. However, Microsoft recommends that you install Windows NT 4.0 Service Pack 4 to correct this problem.

ftp://ftp.microsoft.com/bussys/winnt/winnt-public/fixes/usa/NT40/hotfixes-postSP3/sfm-fix/ (ftp://ftp.microsoft.com/bussys/winnt/winnt-public/fixes/usa/NT40/hotfixes-postSP3/sfm-fix/)

Back to the top

STATUS

Microsoft has confirmed that this is a problem in Windows NT 4.0 and Windows NT Server 4.0, Terminal Server Edition. This problem was first corrected in Windows NT 4.0 Service Pack 4.0 and Windows NT Server 4.0, Terminal Server Edition Service Pack 4.

Services for Macintosh (SFM) on a Windows NT Server computer has had the ability to rebuild indexes upon startup of the server but if the server fails to shut down properly, the SFM indexes may not get written and old directory information may not get updated. To determine if the index was rebuilt you can examine event viewer and see if you find event logs with the 12035 Event ID:

   Event ID: 12035
   Description: Volume information for <volume name> could not be loaded.
   Setting defaults.

Back to the top

MORE INFORMATION

The event message below will be logged for each volume upon restart with the new binaries in cases where SFM failed to shut down properly.

   Event ID: 12035
   Description: Volume information for <volume name> could not be loaded.
   Setting defaults.

For more information, please see the following articles in the Microsoft Knowledge Base:

ARTICLE-ID: 166571 (http://support.microsoft.com/kb/166571/EN-US/ )
TITLE : Creating an SFM Volume on Large Partition Causes a Stop 0x24

ARTICLE-ID: 170956 (http://support.microsoft.com/kb/170956/EN-US/ )
TITLE : SFM Time and Date Stamp Change Copying Between Volumes Locally

ARTICLE-ID: 172511 (http://support.microsoft.com/kb/172511/EN-US/ )
TITLE : Stop 0x0000000A w/ Services for Macintosh & McAfee Anti- Virus

ARTICLE-ID: 177644 (http://support.microsoft.com/kb/177644/EN-US/ )
TITLE : Commenting Macintosh File Changes Date and Time Stamp

ARTICLE-ID: 178364 (http://support.microsoft.com/kb/178364/EN-US/ )
TITLE : Macintosh Clients See Files on WinNT Server Constantly Moving

ARTICLE-ID: 180622 (http://support.microsoft.com/kb/180622/EN-US/ )
TITLE : STOP:0x0000001E with STATUS_INSUFFICIENT_RESOURCES in Sfmsrv.sys

ARTICLE-ID: 180716 (http://support.microsoft.com/kb/180716/EN-US/ )
TITLE : SFM Fails to Accept Associations with Two-Character Extensions

ARTICLE-ID: 180717 (http://support.microsoft.com/kb/180717/EN-US/ )
TITLE : SFM: File Date and Time Stamp Change with Get Info

ARTICLE-ID: 180718 (http://support.microsoft.com/kb/180718/EN-US/ )
TITLE : SFM: Disconnect Macintosh Clients before Dismounting Volume

Back to the top