Want to protect your cyber security and still get fast solutions? Ask a secure question today.Go Premium

  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 942
  • Last Modified:

Exchange MBX missing

We are having an issue with Exchange.
Geting errors:
Event 445
Information Store (3100) The database D:\Program Files\Exchsrvr\mdbdata\priv1.edb has reached its maximum size of 16383 MB. If the database cannot be restarted, an offline defragmentation may be performed to reduce its size.
Event: 9175
The MAPI call 'OpenMsgStore' failed with the following error:
The attempt to log on to the Microsoft Exchange Server computer has failed.
The MAPI provider failed.
Microsoft Exchange Server Information Store
ID no: 8004011d-0512-00000000

The interesting thing is the MBX folder has dissapeared? Folder should be located under M:\<domain.com>\MBX
We are able to start the infomation store but it only stays up for a short time?

Any help is appreciated.
  • 5
  • 3
1 Solution
First get it back online...

How to temporarily increase the Exchange 2000 16-gigabyte database size limit

Then tonight do an offline defrag...

hope this helps.
Ron MalmsteadInformation Services ManagerCommented:
Agree with DVATION...I had to do that ....so I could upgrade to Enterprise version.....

Exchange enterprise has no size limitation.
PCLANTECHSAuthor Commented:
I was actually in the process of running the defrag before this post.
I was going to try that before editing the registry.

 I am really interested in finding out though where the MBX folder went to?

Is it possible that the folder will reappear once the store is mounted?
I already tried deleting a users mailbox and recreating it under AD. Still no luck.

Store is still defraging so I wont know until finished.

Interested in knowing the correct steps in recreating the MBX folder if necessary?

Industry Leaders: We Want Your Opinion!

We value your feedback.

Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!

First, enable the M: IFS Drive if it is not enabled by creating the following registry subkey if it does not exist:  HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\EXIFS\Parameters\DriveLetter. Enter "M" as the value of this subkey. Then restart the Microsoft Exchange Information Store service. In case of Exchange 2000 you might have to restart the server.
That should enable full access to the M: Drive.

An offline defrag can take hours, so unless you don't care about leaving your mail server down so long, the reg edit would enable you to mount your exchange database again and give you another gig to grow.

Deleting a mailbox will make the database bigger, not smaller. You need to run an offline defrag or it will not get any smaller.
PCLANTECHSAuthor Commented:
Good point. I'm already at 20% of the defrag. I understand that the database will get larger but I could just change the default option not to leave the deleted mailboxes on the server.  I didnt delete a user to try and get space. I did this to see if the MBX folder would re-appear.
The main reason I have opted for the defrag is this morning when trying to install the 2003 Exchange2000-KB824282-x86-enu.exe update I got an error that its not a valid win32 application?
Thanks for the update.
PCLANTECHSAuthor Commented:
Ok so I confirmed that drive M: IFS drive is enabled in the registry.

I still dont see the drive?
well have you mounted the database? you won't see anything there is the database isn't mounted...
PCLANTECHSAuthor Commented:
I cannot see the drive in my computer but I am able to see the drive letter and check disk size / security setting under:
Computer management\storage\logical drives.
Any ideas?
PCLANTECHSAuthor Commented:
ESEutil took 14hours after failing before hand.

we mapped a drive that had enough space and then ran the util again it took a total of 1.5 minutes.

Remounted the drive and we are back in business.

thanks for your comments.

Featured Post

[Webinar] Database Backup and Recovery

Does your company store data on premises, off site, in the cloud, or a combination of these? If you answered “yes”, you need a data backup recovery plan that fits each and every platform. Watch now as as Percona teaches us how to build agile data backup recovery plan.

  • 5
  • 3
Tackle projects and never again get stuck behind a technical roadblock.
Join Now