Notice: This website is an unofficial Microsoft Knowledge Base (hereinafter KB) archive and is intended to provide a reliable access to deleted content from Microsoft KB. All KB articles are owned by Microsoft Corporation. Read full disclaimer for more details.

XADM: IS or DS Stops Due to Lack of Drive Space for Log Files


View products that this article applies to.

This article was previously published under Q163913

↑ Back to the top


Symptoms

The Microsoft Exchange Information Store (IS) or Directory (DS) services shut down unexpectedly and log the following message in the Windows NT Server Event Viewer Application log:
   Event ID: 49
   Source: EDB
   Type: Warning
   Category: Logging/Recovery
   Description:
   MSExchangeIS (or DS) ((286) ) The database engine is rejecting update
   operations due to low free disk space on the log disk.

   Event ID: 1113
   Source: MSExchangeIS (or DS)
   Type: Error
   Category: None
   Description:
   The log disk is full. Attempting to stop the Microsoft Exchange Information
   Store service.
				
One or more of the entries in the Event Log may indicate error -529 ( JET_errLogDiskFull) has occurred.

↑ Back to the top


Cause

The disk drive containing the transaction logs for the service (MDBDATA for the IS and DSADATA for the DS) has no available space to create another log file.

↑ Back to the top


Resolution

Using the Microsoft Exchange Performance Optimizer, move the transaction logs to another drive containing sufficient free disk space. The new drive should have enough free disk space for all the existing logs to be moved to that drive and then have enough free disk space for the service to startup.

↑ Back to the top


More information

The following events take place when the JET database engine detects and out of disk space condition on the log file drive:
  1. The JET database engine refuses to take any more transactions from the Information Store service or Directory service.
  2. The Information Store will rollback all uncommitted transactions (this is done with the use of the reserved log files RES1.LOG and RES2.LOG).
  3. The Information Store shuts down gracefully, meaning all uncommitted transactions in the log files are flushed into the database and the databases are in a consistent state.
If log files are filling up your drive, you may want to find out whether they are being purged after backups. For more information on how to determine which log files can safely be deleted, click the following article number to view the article in the Microsoft Knowledge Base:
240145� How to remove Exchange Server transaction log files

↑ Back to the top


Keywords: KB163913, kbprb

↑ Back to the top

Article Info
Article ID : 163913
Revision : 5
Created on : 10/28/2006
Published on : 10/28/2006
Exists online : False
Views : 402