Versions / Builds Affected20140616 or older
Problem SummaryThe total amount of BIX files in the binary folder is disproportionately higher than emails in the database itself. E.g. the binary folder of Archive Store "2012 Nov - Dec" holds 1mio emails, but the database only refers to 100k email.
TT / JIRAID1651
How to IdentifyCustomer would approach us reporting:
- Little or no disk space left on the disk which holds the binary folders
- The binary folders holding the bix files are too large in size
This situation has been handled using the article "3284 > GFI MailArchiver cannot process emails due to third party applications removing files" and the RemoveOrphanedEmail script which was mentioned in it (but not anymore). We want to find and address any root cause of this issue.
Please determine this issue using this procedure:
1. Open the web interface and navigate to Configuration > Archive Stores
2. Open the Summary of the archive store in question
3. Note down the following values:
Archive Store contains: X emails
Path to binary source:
4. Using Windows Explorer, open the properties path noted in the previous step (the binary folder) and note the total amount of files (Y)
5. Compare these two numbers (X and Y)
6. The issue is confirmed if Y is significantly larger than X
Workaround / Fix DetailsFixed in MARC2015 build 20141117
The last known cause (as of the release of this version) has been addressed in the mentioned version.
"Remove Orphaned Emails" script can be used to free up disk space. Note that this script does NOT address the root cause though!
Required Actions1. Go through the article "3284 > GFI MailArchiver cannot process emails due to third party applications removing files" (http://www.gfi.com/support/products/gfi-mailarchiver/MailArchiver-cannot-process-emails-due-to-3rd-party-applications-removing-files)
2. Clear up disk space using the "remove orphaned emails" script (if customer is on an unsupported version for this script, it needs he needs to upgrade to a version for which the script is available):
8371 / Script: RemoveOrphanedEmails (INTERNAL ONLY)
3. Upgrade to GFI lArchiver 2015 build 20141117 or newer
4. If the customer was running GFI MailArchiver 2014 build 20140616 or older and the disproportionately higher growth of the binary folder stopped after the upgrade consider the case solved here and DO NOT ESCALATE
5. If the binary folder still increases disproportionately higher than emails in the database follow the steps below
6. Create a set of troubleshooting files showing the issue (archival process) on the current MARC version
7. Stop the services and leave them stopped (so that the binary folder does not fill up the disk again)
8. Discuss situation with PSG / escalate