VERIFIED SOLUTION i
X

Vault ERROR 11822 on ingestion

Issue

A large file fails to ingest into vault

Cause

When I do the ingest in Vault, it send me this error message:  I am using Vault 5.4m4
 
09:06:58 building [E:\PBBI CCM\e2 Vault\server1\work\20140129mobpprd5c30.drd] profile [telcel-Portrait] document build engine [journal] 
0 10 20 30 40 50 60 70 80 90 100 
| | | | | | | | | | | 
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
09:09:57 ERROR 11822: unable to read compressed block at [0000000000005CE7], code [998] 
09:09:57 ERROR 15818: journal [E:\PBBI CCM\e2 Vault\server1\work\20140129mobpprd5c30.jrn] requires more pages than the compressed file [E:\PBBI CCM\e2 Vault\server1\work\20140129mobpprd5c30.drp] provides 
09:09:57 ERROR 10114: document build failed for file [E:\PBBI CCM\e2 Vault\server1\work\20140129mobpprd5c30.drp] 
 
The journal file have 
 
No. of pages in Journal: 1,718,767 
No. of pages in AFP: 1,718,768 
 
I tried do put another one inthe journal file, but the error persist. 

The AFP file is 15GB.  The Journal is about 35MB.
 

Resolution

UPDATED: September 18, 2017


The error message (from 5.4m4 Vault) is somewhat misleading, making one think that the problem might be with the CompressedBlockSize, which is not the case.

Also misleading is the fact that the page count is one more than the journal.  AFP often has a header page, so if the count is off by only one it is not necessarily the issue.

The [0000000000005CE7] is not a valid compressed block pointer (the lowest value is normally [0x0000005000000000]

This points to an issue with the DRP file.  Since the DRP file was getting created upon ingestion, and since the problem was consistent with multiple attempts it was highly likely that something was wrong with the DRP file or how Vault was handling the DRP file.

Investigation showed that the DRP file exceeded 4GB.  This is a hard limit on newer versions of Vault.  On older versions the limit is 2GB.

As of version 6.1 of Vault the error message was changed to be more descriptive of the actual problem.

Ingesting the file in 6.1:
 
11:24:50 end resource extraction
         0    10   20   30   40   50   60   70   80   90   100
         |    |    |    |    |    |    |    |    |    |    |
         XXXXXXXXXXXXXXXXXXXX
12:25:09 <pool1> stopped an unused thread
12:25:09 <pool1> threads [8], busy [3], queue [0], through [0]
         0    10   20   30   40   50   60   70   80   90   100
         |    |    |    |    |    |    |    |    |    |    |
         XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
13:25:38 <pool1> stopped an unused thread
13:25:38 <pool1> threads [7], busy [3], queue [0], through [0]
         0    10   20   30   40   50   60   70   80   90   100
         |    |    |    |    |    |    |    |    |    |    |
         XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
14:13:00 pages: [1718768] total read: [15448272976]  total written: [78937354]  final ratio: [195.70:1]
14:13:00 file [work\20140129mobpprd5c30.afp] has been compressed
14:13:00 ERROR 10217: Compressed size exceeds 4 Gigabytes, file [work\20140129mobpprd5c30.drp] size [4373904570]
14:13:00 ERROR 10128: compression failed for file [work\20140129mobpprd5c30.afp]
 

The only solution to this situation is to recreate the print stream into multiple smaller chunks, so that when compressed no DRP exceeds 4GB.

 

Environment Details

All versions of vault earlier than 6.1

Downloads

  • No Downloads